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FIELD OF THE INVENTION 

The present invention generally relates to data communications and 
information systems and, more particularly, to advance notification systems and 
methods for notifying users in advance of the impending arrival of a vehicle or user, 
for example but not limited to, a bus, train, delivery van, plane, fishing vessel, or 
other vessel, or user walking or riding, to or at a particular stop. 

BACKGROUND OF THE INVENTION 

There are many situations when it is desirable for people to know of the 
approximate arrival time of a particular vehicle, the distance of a particular vehicle 
approaching, when a vehicle crosses particular location points, and when a 
particular vehicle is leaving its last stop, all shortly before the vehicle is to arrive at 
a particular destination. With such information, passengers, users, and companies 
can adjust their schedules accordingly and avoid having to wait on a particular 
vehicle to reach a particular destination. For example, a user having to pick up a 
friend or relative at a commercial bus station either has to call the bus station to 
find out the approximate arrival time (information which is oftentimes unavailable) 
or plan on arriving at the bus station prior to the scheduled arrival time of the bus 
and hope the bus is not delayed. 

Another example includes a user walking and carrying a device such as a 
mobile phone or communication device with a location device, such as global 
positioning system (GPS) receiver, connected for sending location information to a 
control unit. This control unit can broadcast a user impending arrival time, distance 
to be traveled before arriving, specific location points and/or the time when leaving 
their last stop. This information may be broadcast to an employer, spouse, parent, or 
other user, when the vehicle/user reaches a predetermined location. 

Another example involves school children that ride school buses. School 
children who ride buses to school often have to wait at their bus stops for extended 
lengths of time because school buses arrive at particular bus stops at substantially 
different times from one day to the next. The reason is that school buses are not 
always the best-maintained vehicles on the roads, frequently operate during rush 
hour traffic, and must contend with congested urban/suburban conditions. As a 



resvdt, school children are forced to wait at their bus stops for long periods of time, 
oftentimes in adverse weather conditions, on unlit street corners, or in hazardous 
conditions near busy or secluded streets. If it is raining, snowing, windy and cold, 
and/or even dark, such conditions can be unhealthy and unsafe for children. 

Yet another example is in the commercial overnight package delivery 
industry, wherein packages are delivered on a tight schedule. 

It is desirable to notify a user at a delivery stop for better customer 
preparation as the vehicle approaches. By the customer becoming better prepared 
and a delivery driver being able to deliver more packages per day, an overnight 
package delivery company can increase profits by requiring fewer vehicles to deliver 
more packages in a business day. Additionally, individuals already try to project the 
arrival of a vehicle or package by online package tracking services provided by 
commercial delivery companies, such as the United Parcel Service (UPS), Federal 
Express (FED-X), and others. Although traditional methods used in determining 
when a vehicle is to arrive at a stop is effective in some cases, a more precise method 
using a pre-warning message can be more helpful in providing accurate information. 
Currently, such vehicles, in order to ensure being able to deliver all packages in the 
same day, keep loads at a lower capacity and often predetermine the need for 
excessive waiting times at a percentage of vehicle stops when customers react slowly 
to their arrival. 

Thus, generally, it would be desirable for a user to know when a vehicle (such 
as a bus, truck, train, plane, user, or the like) is (a) a particular time period (for 
example, number of minutes or seconds) away from arriving at a destination, (b) a 
particular distance (for example, number of miles or height) away from the 
destination, or (c) at a particular location among a set of location points, so that the 
user can adjust his/her schedule and avoid arriving too early or too late. 

In the past, in order to combat the arrival time problem in the context of 
school buses, student notification systems have been employed that use a 
transmitter on each bus and a receiver inside each student home. U.S. Patent No. 
4,713,661 to Boone et al and U.S. Patent No. 4,350,969 describe systems of this 
type. When the school bus and its on-board transmitter come within range of a 
particular home receiver, the transmitter sends a signal to notify the student that 
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his/her school bus is nearby. While such notification systems work satisfactorily 
under certain circumstances, nevertheless, these systems are limited by the range of 
the transmitters and require the purchase of relatively expensive receivers for each 
student. In addition, such systems provide little flexibility for providing additional 
5 information to the students, such as notifying them of the delayed arrival of a bus, 

alternative bus route information, or information regarding important school events. 



SUMMARY OF THE INVENTION 

Briefly described, the present invention provides for advance notification 
10 systems and methods for notifying a user of an impending arrival of a vehicle as the 

vehicle approaches a particular stop. Notification of a vehicle arrival may be in the 
form of, but not limited to, predefined locations, predefined times, and/or predefined 
distances, and may occur when the vehicle is leaving its last stop before approaching 
g| the particular stop. The advance notification system generally comprises a vehicle 

^ 15 control unit (VCU) disposed on each vehicle and a base station control unit (BSCU) 

flf which is configured to communicate with all of the vehicle control units and with a 

y user computer, pager, television, and/or telephone. 

The VCU includes different types of configurations, based on the system 
f5 application. In a first system configuration a vehicle control unit includes a vehicle 

20 communication mechanism controlled by the vehicle control mechanism, a global 

O 

!j| positioning system (GPS) location device or package delivery indicator for 

/ft determining actual vehicle positioning, and, optionally, one or more input devices, 

e.g., a bar code scanner, hand held remote data entry device, or switches (such as 
buttons) that may be operated by the vehicle driver, for the purpose of relaying 
25 messages to the BSCU. The control mechanism is adapted to initiate or receive data 

communications utilizing the vehicle communication mechanism when the vehicle 
location and/or package delivery information needs to be uploaded to the BSCU. In 
the preferred embodiment, the vehicle communication mechanism is a wireless 
communication interface, such as a mobile telephone, radio frequency (RF) 
30 transceiver, or other suitable device. 

In a second system configuration, the vehicle control unit includes a vehicle 
communication mechanism controlled by the vehicle control mechanism, and/or 
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sensors {e.g., global positioning system receiver, door opening, package delivery 
indicator, ignition switch input, etc.) which convey to the vehicle communication 
mechanism their vehicle sensor information for determining location. 

In a third system configuration, the vehicle control mechanism and sensors 
include the packages and delivery list for signaling to the vehicle communication 
mechanism and the vehicles' stops. The BSCU determines each stop address and/or 
time of last delivery for the timing of each message to the user computer address. 

The control mechanism is adapted to initiate communication utilizing the 
vehicle communication mechanism when the time elapsed and/or traveled distance 
of the vehicle at any of the particular positions is either ahead of or behind the 
scheduled time and/or on a regular basis and/or when a delivery is made, and/or 
when polled by the BSCU. In the preferred embodiment, the vehicle communication 
mechanism is a wireless communication interface, such as a mobile telephone's voice 
or data channels, radio frequency (RF) transceiver, or other suitable device. 

The BSCU has a base station communication mechanism and a base station 
control mechanism for controlling the base station communication mechanism. The 
base station communication mechanism receives the vehicle identification and 
location information and/or delivery information from the VCU. The base station 
control mechanism may be configured to store vehicle location, compare locations 
and/or deliveries with a mapping data base, compare user definable requests for 
advance notification of the vehicle's impending arrival, and send information to 
users' computers, pagers, televisions, and/or telephones for the advance arrival of a 
vehicle. Additionally, one or more functions of the BSCU internal 
modules/components may be linked to remote sites, such as a user computer. In one 
BSCU configuration, a user wishing to be notified of the impending arrival of a 
vehicle may share some or all part/s of the BSCU operation with software running 
on a user computer. In this example the user computer equipped with advance 
notification software may have the control mechanism for comparing locations with 
a mapping database, comparing user definable requests for advance notification of 
the vehicle's impending arrival and the ability to receive vehicle locations, deliveries 
from a vehicle, BSCU collecting vehicle location and/or delivery information. The 



computer messages to be displayed with or without audio before the vehicle arrives 
on a user computer is achieved from networking software and/or advance 
notification software on the computer network or a user computer. Moreover, when 
the configuration is set-up on a person's computer, the computer can activate paging 
to a pager and telephone calls to other locations with a modem and software for 
forwarding messages. The preferred mechanism for displaying the arrival of the 
vehicle at a particular stop location is a remote BSCU sending messages to a user 
computer over a computer network with or without additional advance notification 
software, a user computer with advance notification software and receiving vehicle 
location/delivery information from a vehicle or remote BSCU storing vehicle location 
information. In the preferred embodiment, the base station communication 
mechanism is a modem communication device, such as a telephone, RF, cable 
modem, or combination thereof, for communicating with the vehicle communication 
mechanism and also comprises at least one telephone modem, RF modem, or cable 
modem for sending information to users' computers, receiving information from a 
BSCU with vehicle location information and/or a computer network for linking 
BSCU mechanisms over a network to a user computer. Additionally, connecting a 
television to a user's computer and the user's computer operating software / 
hardware for displaying images onto a person's television screen when a vehicle is 
approaching. This type of display is accomplished in many different methods 
including, over existing programming, similar to on screen programming / remote 
control commands displays. 

The advance notification message is to advise a user of the impending arrival 
of the vehicle. Preferably, a computer can exhibit a distinctive video and sound so 
that the message recipient will be informed of the arrival of a vehicle. A user 
computer may exhibit a display on the monitor or attached television of a video 
and/or sound, so that the recipient may be notified of the vehicle time of arrival, 
distance before arriving, particular location, and/or its last stop, all of which are 
predefined by the user, passenger, or service provider. 

In accordance with a significant feature of the present invention, the 
computer network is used to advise users of a vehicle's impending arrival. 
Moreover, a user computer may display an impending time of arrival, distance to be 



traveled before arriving and the vehicle's actual location on a map when the vehicle 
reaches a predetermined location. 

It should be emphasized that while the present invention is particularly 
suited for commercial overnight delivery applications, there are many other 
5 applications. As examples, the advance notification system and method of the 

present invention could be employed with commercial buses, trains, planes, pickup 
vehicles, fishing vessels, other transportation vehicles, delivery vehicles, and 
individuals carrying location devices and/or delivery sensors and/or other sensors for 
determining location by a remote computer for advance notification messaging. 
10 Other features and advantages of the present invention will become apparent 

from the following drawings. All such additional objects, features, and advantages 
are intended to be included herein. 

W BRIEF DESCRIPTION OF THE DRAWINGS 

yi 15 The present invention can be better understood with reference to the 

following drawings. The drawings are not necessarily to scale, emphasis instead 
H: being placed upon clearly illustrating the principles of the present invention. 

^ Moreover, like reference numerals designate corresponding parts throughout the 

O several views. 

fsjj 20 Fig. 1 is a high level schematic diagram of an advance notification system of 

CH the present invention as applied to a delivery truck system, as an example, the 

■Cf advance notification system generally comprising a vehicle control unit (VCU) in 

communication with a base station control unit (BSCU), which is in turn in 
communication with a customer computer and/or computer address, the customer 
25 computer then offers a video and/or audio display. 

Fig. 2 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a delivery truck system, as an example, the 
advance notification system generally comprising a VCU in communication with a 
BSCU, which is in turn in communication with a customer computer and/or 
30 computer address, a customer's business or home telephone, a customer's mobile 

phone, a customers wireless pager, and a customer's television, these devices offer 
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an improved method for notifying a person of the impending arrival of people or 
vehicles. 

Fig. 3 is a high level flow chart diagram of the advance notification system of 
the present invention as applied to a delivery truck system, as indicated in this 
diagram, the advance notification system generally comprises a vehicle monitoring 
process for determining the location of vehicle's remotely, a messaging component 
for sending electronic messages when a vehicle reaches a predetermined point prior 
to the arrival at a person's stop, and a persons computer connected to a network 
{e.g., Internet) for receiving and displaying an impending arrival message. 

Fig. 4 is a high level flow chart diagram for determining when to use a second 
method of sending an impending arrival message to a person. This diagram shows 
how a telephone call can be activated first and if unsuccessful, determined by the 
retry attempts in this diagram, secondly sends a computer message. Asking an 
individual receiving an electronic message to respond could reverse this and if no 
response was received back, a telephone call to the person would be made. Also 
worth noting, the messaging method to an individual could always be one, both, or 
others. 

Fig. 5 is a high level flow chart diagram of different messaging options. While 
one method is suitable for some people, two or more different type messaging 
methods are more likely to be effective for others. The diagrams show the options for 
receiving impending arrival messages as a message to a computer address, a 
telephone call with a message (if answered), a message on a pager, and a message to 
a person's television address. 

Fig. 6 is a high level flow chart diagram for activating an impending arrival 
message when electronic mail (E-Mail) is received on a person's computer or at a 
person's computer address. An impending arrival message in the form of an 
electronic message or more commonly known as E-Mail, activates additional 
software, setup with user preferences, for tailored audio announcements and video 
displays. 

Fig. 7 is a high level modular diagram of the overall operation of the advance 
notification system described as system configuration and necessary to show the 
differences of individual module configurations. Additionally, this configuration is a 
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simple diagram of an advance notification system, designed to send a user's 
computer address a message when a vehicle is approaching and also used as an 
overview of Fig. 1. 

Fig. 8 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configurations. Additionally, this 
configuration is a simple diagram of an advance notification system, designed to 
send a user computer vehicle location information only, for the user computer to 
determine when to notify the user and send a message to the computer screen and 
also by audio means, when a vehicle is approaching. 

Fig. 9 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configuration preferences of different 
systems. Additionally, this configuration is a simple diagram of an advance 
notification system, designed to send a message about the next stop to a users 
computer as the last delivery (prior to the impending stop) is made and thus notify 
the user via a message on a computer screen and audio means, when a vehicle is 
approaching. 

Fig. 10 is another high level modular diagram of the overall operation of the 
advance notification system described as system configurations and necessary to 
show the differences of individual modular configuration preferences of each system. 
Additionally, this configuration is a simple diagram of an advance notification 
system, designed to determine a vehicle location by a stop, or delivery at a particular 
location, without GPS or normal location devices on the vehicle. This system 
determines vehicle location from a delivery list and acknowledgment of each delivery 
to the BSCU. The address and distance to the next stop is determined by routing 
software, mapping software, past records of travel, and actual traffic data systems, 
compared in the BSCU to determine time, distance, and actual vehicle location prior 
to a user stop. The ability to notify a user computer as the pre-selected advance 
notification preferences are activated allows the system to notify the user of a 
message on a computer screen and/or by audio means when a vehicle is 



approaching. Other combinations of the configurations (Fig. 7 through Fig. 10) are 
used based on application, business, and customer needs. 

Fig. 11 is a high-level schematic circuit diagram of the VCU. The VCU is 
designed to be a compact unit with a generally rectangular housing that is mounted 
preferably on or in front of the dashboard of the vehicle in view of and within reach 
of the vehicle driver. In the housing, the microprocessor controller is interfaced with 
the transceiver by a transceiver jack (preferably a conventional 8-conductor 
telephone jack when transceiver is a mobile telephone), and the transceiver includes 
an antenna for transmitting and/or receiving signals to and from the BSCU. 
Further, the VCU includes a liquid crystal display (LCD) module disposed for 
external viewing of the display by the driver and for providing information to the 
driver, as described previously. 

Fig. 12 is a low level block diagram of the VCU of Fig 11. 

Fig. 13 is a flow chart of a vehicle control process for the VCU and BSCU. 

Figs. 14 is an example of a route list after calculations have determined the 
route stop order and the time between stops. The left side shows GPS 
longitude/latitude coordinates and estimated time between stops that is maintained 
in the VCU database, while the right side shows the mailing address and stop 
number to be displayed on an LCD. 

Fig. 15 is a diagram showing how to determine route stop timing events with 
past route averages and actual live inputs from VCU's for a combined calculation for 
better estimations of a vehicle actual location between communication updates and 
improved accuracy of impending arrival messages. 

Fig. 16 is a diagram of an event schedule for sequencing and activating of 
impending arrival messages from predetermined locations, time before arrival and 
distance before arrival of a particular vehicle. 

Fig. 17 is an example diagram of a messaging event sequence when sending 
messages to users before the vehicle arrives. Moreover, it shows an update message 
used when a particular vehicle is delayed. The update message is used when a 
person is notified and waiting on a vehicle to arrive, but the vehicle is delayed after 
passing the activation point for sending the first message. 
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Fig. 18 is a flow chart of when a second or third message is used and how the 
BSCU determines the activation of these messages. 

Fig. 19 is a diagram of an example of a method for determining vehicle 
location without the vehicle being equipped with a location device, such as a GPS, or 
other devices used for odometer/distance reading device, etc., in an advance 
notification system. This flow chart diagram illustrates a method for determining 
vehicle location from a delivery list, actual delivery or attempt to deliver notices and 
route determining software in the BSCU and/or a user computer. The route and/or 
mapping software determines the vehicle path (roads) to the next stop and then 
calculates the distance from mapping software. Furthermore, the vehicle location is 
associated with time for determining a moving vehicle location. This vehicle 
location/time is calculated from past route data, mapping software of speed limits, 
stops signs, red lights, etc. and/or traffic monitoring systems with sensors normally 
located along the roadside. It also provides an inexpensive means for determining a 
vehicle time, distance, and/or location away from a home or business for activating 
an advance notification message of an impending arrival of a vehicle from different 
user preferences. 

Fig. 20 is a flow chart of a simple and low cost advance notification system 
for notifying users of the impending arrival of a particular vehicle, when the vehicle 
leaves it's last (prior) stop, and on it's way to the user's stop. 

Fig. 21 is a high level flow chart for determining the reliability of a vehicle's 
location without constant communication. A vehicle's location determining factor 
(VLDF) is calculated by the BSCU from past route averages, including roads/streets, 
time of day, vehicle driver, day of week, week of year (holidays normally take more 
time), and averaged for a particular route, time, and day. 

Fig. 22 is a diagram of an example of the communication flow of an advance 
notification system using a computer network. The BSCU is equipped with a 
computer network site for interfacing and displaying information on a person's 
computer for setting up and starting the advance notification service. Additionally 
shown is how the personal preferences are processed and impending arrival 
messages are activated when the vehicle's location matches the personal 
preferences. 
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Fig. 23 is a high level flow chart for determining when to use a cycle 
communication protocol. This chart discloses one method for lowering 
communication while a vehicle is in route for an advance notification system. 

Fig. 24 is a high level flow chart for showing the methods for determining 
when to program a VCU with cycle communication before a route starts. 

Fig. 25 is a high level flow chart of a user computer equipped with software 
for displaying audio and video, and moreover, the user preferences for playing audio 
messages and / or video displays when impending arrival messages are received. 

Fig. 26 is a diagram and example for accessing and receiving advance 
notification information when accessing an Internet or computer site page. 

Fig. 27 is a table used for determining activation points for impending arrival 
messages. The roads and locations are normally taken from past records and 
mapping software for placing a user's request at particular location points associated 
with a distance, time, or other location activation areas for starting an impending 
arrival message. 

Fig. 28 is a graphic of a map showing impending arrival activation points 
when a user request is compared with distance, time, or locations, for activating an 
impending arrival message/s. 

Fig. 29 through 39 is diagrams of user preferences and on-screen displays of 
the advance notification system, as a user is connected over a computer network 
and/or is operating proprietary software. 

Fig. 29 is a diagram and example of an on-screen display of a user connecting 
to a internet computer site / location. To sign-up for the advance notification service 
a user has the ability to download the software for additional displays and audio 
options or to signup on-line through a computer connection. 

Fig. 30 is a diagram and example of an on-screen display for entering the 
users home or business address, telephone number, and computer address (not 
shown). It would also be obvious to enter pager numbers, mobile phone numbers, 
cable television box identification numbers and other communication hardware 
addresses that would notify the user of an impending arrival of a vehicle, when the 
vehicle reaches a predefined location, time, prior stop, or distance. 
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Fig. 31 is a diagram and example of an on-screen display for showing the 
user location on a map and how the location is confirmed by the user. 

Fig. 32 is a diagram and example of an on-screen display for providing the 
user with a choice of different type notification messages based on the type or 
category of selected vehicles. This allows (if optioned) the user, as an example, to 
receive an impending arrival message from a school bus when the school bus is five 
minutes away and an impending arrival message from a delivery truck when the 
vehicle is two miles away. 

Fig. 33 is a diagram and example of an on-screen display of user options for 
being notified when a vehicle is at a predetermined time, distance, or particular 
location. This screen is not shown when a vehicle or company predefines when an 
impending arrival message is sent. 

Fig. 34 is a diagram and example of an on-screen display for adjusting the 
amount of time before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28). 

Fig. 35 is a diagram and example of an on-screen display for adjusting the 
amount of distance before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28) 

Fig. 36 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a circle perimeter around a stop or location. The activation points are at 
the outside areas of the circle and matching road/street addresses. 

Fig. 37 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a grid perimeter around a stop or location. The activation points are at 
the outside areas of the grid area/s and matching road/street addresses. 

Fig. 38 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a perimeter around a stop or location by placing street markers onto a 
map roads and streets. The activation points are the street markers located at the 
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road/street addresses. Additionally, (not shown) all roads / street markers should 
close a perimeter around a users home or business. 

Fig. 39 is a diagram and example of an on-screen display for user options and 
needed for selecting methods of receiving impending arrival messages over a 
5 computer network to a user computer and / or ringing a user telephone. Although 

not shown in this configuration and illustration, other messaging methods, such as a 
personal pager, a mobile phone, a cable television box, or other communication 
devices could be used to notify a user when a vehicle reaches a predetermined 
location, time, prior stop, or distance, and therefore could be added to Fig. 39. 
10 Fig. 40 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 
the vehicle's next stop in a text format for the driver. This text format could be 
changed to show a map with highlighted roads to the next stop or actual directions 
fjfl (not shown). 

*5 15 Fig. 41 is a diagram and example of a vehicle control unit (VCU) with a 

U] 

fy display area and control buttons. The display shown in this illustration is displaying 

[7 the vehicle's route list order and the next stop / delivery to be made, as highlighted. 

jr.-** 

^0 Fig. 42 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 
20 the vehicle s route list order with next stop / delivery to be made, and a stop that has 

been moved (lower highlighted area with (M) on left side) from an earlier route stop, 
as previously indicated in Fig. 41. 

Fig. 43 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is displaying 
25 the vehicle's route list order with next stop / delivery to be made, and a stop that has 

been rescheduled from an attempted delivery (lower highlighted area with (AR) on 
left side) from an earlier route stop. 

Fig. 44 is a diagram and example of a vehicle control unit (VCU) and a flow 
chart showing a method for determining when the route list is completed and 
30 sending additional information to the VCU display for the driver to return to a 

loading area, as an example. 
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Fig. 45 is a flow chart diagram of a personal computer operating advance 
notification software and communicating with the BSCU for actual vehicles, and 
said vehicles' related information, that are approaching their stop. Additionally, this 
configuration is another example for operating software on a person s computer, for 
activating an impending arrival message to the user, when a vehicle is approaching. 

Fig. 46 is a high level flow chart diagram of a BSCU and control process 
when the BSCU initializes, activates, and sends impending arrival messages, as 
opposed to Fig. 47, when the BSCU is not used for sending impending arrival 
messages, but vehicle location information to a computer equipped with advance 
notification software. 

Fig. 47 is a high level flow chart diagram of a BSCU and control process, 
when the BSCU sends vehicle location information to remote computers, for 
activation of impending arrival messages on user computers. 

Fig. 48 is a high level flow chart diagram of the initialization process between 
the VCU and The BSCU. Additionally, this illustration shows a configuration for the 
BSCU to configure the VCU clock and the communication method. 

Fig. 49 is an example and diagram of a computer screen connected by 
software/hardware to an internet service provider and receiving an vehicle's 
impending arrival message in the form of E-Mail or electronic mail. 

Fig. 50 is a high level flow chart diagram of a method for receiving impending 
arrival messages through a satellite television link or cable television link, and 
displaying the impending arrival information on a person's television. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The features and principles of the present invention will now be described 
relative to preferred embodiments thereof. It will be apparent to those skilled in the 
art that numerous variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 
Thus, such variations and modifications are intended to be included herein within 
the scope of the present invention, as set forth and defined in the claims. 
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I. System Architecture 

Referring now in more detail to the drawings, wherein like reference 
numerals designate corresponding parts throughout the several views; Fig. 1 is a 
schematic diagram of the advance notification system 10 of the present invention, as 
configured to operate for example, but not limited to, a delivery truck system. 

The advance notification system 10 comprises, preferably, a plurality of on- 
board vehicle control units (VCU) 12, a single base station control unit (BSCU) 14, 
and a plurality of user computers 29 and / or additional communication devices 36x. 
As configured in the delivery truck system 10, a VCU 12 is installed in each of a 
plurality of delivery trucks 19, all of which communicate with the BSCU 14. 
Moreover, the BSCU 14 communicates with the computers 29 and / or a persons 
telephone 36b, a persons pager 36e, a persons mobile phone 36c or a persons 
television 36d, at one or more locations 36x (Fig. 2), in the present example of an 
application. 

A. Vehicle Control Unit 

The VCU 12 will now be described with reference to Figs.l, 11, and 12. 
Referring first to Fig. 1, each VCU 12 comprises a microprocessor controller 16, 
preferably a model MC68HC705C8P microprocessor controller that is manufactured 
by and commercially available from the Motorola Corporation, USA. The 
microprocessor controller 16 is electrically interfaced with a communication 
mechanism 18, preferably a wireless communication device, for enabling 
intercommunication of data with the BSCU 14. Examples of suitable wireless 
communication devices include a mobile telephone (e.g., cellular) and a transceiver 
(having both a transmitter and a receiver) operating at a suitable electromagnetic 
frequency range, perhaps the radio frequency (RF) range. In the embodiment using 
a wireless RF transceiver as the communication mechanism 18, data can be sent in 
bursts in the form of in-band tones, commonly called "twinkle tones". These tone 
bursts can occur in the background of an existing voice channel. Twinkle tones are 
oftentimes used in transportation systems, such as taxicab communications systems. 

The microprocessor controller 16 is electrically interfaced with a system 
menu switch 21, an attempt to deliver switch 22, a reschedule stop switch 23, a 
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clock 24, and GPS location device sensor 25. Generally, vehicle tracking is 
accomplished by monitoring the control switches 21-23, the GPS location sensor 25, 
the power (35) to the controller 16, and a onboard package inventory and delivery 
database (Fig. 11). Additionally, existing switches, such as door, seat, placing the 
5 vehicle in drive, and/or driver held package-tracking devices 20 may also be used or 

added to existing switches. It is recommended that all of the foregoing features be 
employed to provide redundant checking and control of communication. More 
specifically, the system menu switch 21 includes options for route starting and 
resetting, driver responses to messages sent from the BSCU, suspended operation 
10 (lunch, breaks, etc.), emergency activation, etc. The system menu switch 21 operates 

by scrolling upward and downward through options and selecting by pressing left or 
right on the control knob. Special events also are programmed to occur throughout a 
normal day of operation such as, on screen displays to the driver and driver prompts 
to enter a response "are you starting your route?' or "when are you breaking for 
15 lunch, after this stop?" or "stop 115 3 rd street has responded to message and is 

ul 

Oj available to receive a package or not available for delivery". Would you like to 

% lJL reschedule this delivery for today?" etc. The attempt to deliver switch 22 can be 

*0 actuated by the driver upon reaching a user stop and finding no one available to 

sign for and/or receive a package, in order to inform the VCU 12 that a stop has 
20 been made and the package is still on board, the details of which will be further 

described hereinafter. The driver at a stop can actuate the reschedule stop switch 23 
if the driver is planning to revisit the stop in the same day, as will be further 
described in detail hereinafter. This indicates to the microprocessor controller 16 
that a display module 33 and memory should be updated. In essence, the attempt to 
25 deliver switch 22 and the reschedule stop switch 23 cause the stop designation to be 

rescheduled for a second time in a day or for the following day. The actual displayed 
information on the display module 33 is acceptance of input and further instructions, 
normally when the reschedule stop switch is activated. Additional options include 
the placement of the stop to be rescheduled within the upcoming stops in that day. 
30 The stored driver choices in the VCU 12 from the attempt to deliver and/or the 

reschedule stop switch/s, are sent to the BSCU respectively. Additional menu 
options 21 can be added to the VCU in the form of buttons, as shown in Fig. 40. 
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The VCU 12 can be configured so that the operation of the system menu 
switch 21, the attempt to deliver switch 22, and the reschedule stop switch 23 are 
purely optional. In this configuration, the location sensor 25 automatically 
accomplishes the aforementioned functions of the switches 21-23. However, in a 
simple configuration the delivery driver has no user functions and the VCU sends 
package, delivery, and time information only to the BSCU (Fig. 19 and 20). The 
range of configurations is provided for the types of deliveries and nature of a 
company and its packages or cargo. As an example, a furniture delivery company 
only delivers a limited number of packages per day. Most delivery times (on location) 
for furniture is unpredictable and, therefore, advanced features needed for quicker 
and more frequent stops are not needed. 

However, in one of the simplest configuration, the delivery driver has no user 
functions and the VCU is not equipped with a location-determining device. The VCU 
is equipped with a package sensor only, and the package sensor sends signals to the 
BSCU for the actual delivery of a package at a stop. Furthermore, for the BSCU to 
determine notification time, distance, location on a map, or broadcast the delivery 
vehicle's next stop, the BSCU should store the driver s route in its data base and/or 
receive next stop information from the VCU or other stored means. Other types of 
information may also be displayed on the display module 33. For example, the 
display module 33 may inform the driver of a particular vehicle, to meet another 
driver for load sharing (as in a holiday season, or when a driver experiences an 
emergency, such as a breakdown from a deflated tire or involvement in an accident), 
and the status of the VCU 12 in communication with the BSCU 14, or that the 
advance notification system 10 is operating. 

A sensor comparison in the VCU provides the BSCU with more accurate 
vehicle operational intentions, such as a vehicle door sensor and a location device 
(e.g., GPS) which may be compared for knowing if the driver has started to the next 
stop. A cross reference of these sensors and switches can make a determination 
between the vehicle making a delivery stop and stopping at a road sign or red light 
or rest area. By comparing the location device outputs and determining when the 
vehicle is stopped, with the delivery door sensor, a determination of a stop can be 
assured. Other calculations can be utilized on single sensors such as to count the 
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number of times the delivery door opens and closes, or as a package is scanned as it 
enters or leaves a vehicle. 

A positioning system 25 can be used to determine the geographical position of 
the vehicle 19 on or above the earth's surface. The positioning system 25 could be 
GPS (global positioning system), the LORAN positioning system, the GLONASS 
positioning system (USSR version of GPS), or some other suitable position tracking 
system. 

Figs. 7, 8, 9, and 10, are modular component diagrams of the advance 
notification system 10 of the present invention, as configured to operate for example, 
but not limited to, delivery truck systems. Furthermore, each diagram helps to show 
examples of VCU 12 in different, but not limited to, system configurations and 
applications. It will be apparent to those skilled in the art that numerous other 
variations or modifications may be made to the preferred embodiments without 
departing from the spirit and scope of the present invention. 

To better understand the modules within VCU 12, Figs. 7, 8, 9, and 10, are 
examples of different configurations for providing advance notification of an 
impending arrival of a particular vehicle. Moreover, to understand the VCU 12 in 
different systems, Fig 7, 8, 9, and 10, are illustrations and modular diagrams of the 
advance notification system and how the VCU 12 interacts with the other system 
components. Fig 7, is an advance notification system 10 comprising, preferably, a 
plurality of on-board vehicle control units (VCU) 12, a modular Base Station Control 
Unit (BSCU) 14 and one or more person's linked to a computer network with one or 
more computers 36. In this configuration each Vehicle Control Unit (VCU) 12 is 
equipped with a global positioning system (GPS) 25 receiver for receiving satellite 
signals for determining vehicle location. The global positioning system (GPS) 
receiver sends positioning data to the Computer Controller (CC) 12a. The computer 
controller from a hierarchy standpoint controls the overall operation of the Vehicle 
Control Unit (VCU) 12. The computer controller 12a interacts with the Cellular 
Transceiver (CT) 18a and establishes wireless communication through the Wireless 
Transceiver (WT) 26 to the Base Station Control Unit (BSCU) 14. Actual 
communication between the Vehicle Control Unit (VCU) 12 and the Base Station 
Control Unit (BSCU) 14 can occur when the Computer Controller (CC) 12a receives 
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wireless communication from the Base Station Control Unit (BSCU) 14, or when 
predefined User Input Controls (UIC) 21a are activated, or when a predetermined 
time period has expired, or a predetermined vehicle location is determined, through 
the Global Positioning System (GPS) 25 receiver. The actual communication protocol 
is normally set by the Base Station Control Unit (BSCU) 14 and established from 
the end-user requirements during the setup of each system. 

The advance notification system 10 is customized for each system 
implementation for communication optimization needed for lowering the number of 
wireless messages and the cost between the Vehicle Control Unit (VCU) 12 and the 
Base Station Control Unit (BSCU) 14. As an example, when vehicles have extended 
and long drives, normally in rural or remote areas, communication can be stopped 
until the vehicle reaches a predetermined location, time, or when polled by the 
(BSCU) 14. Upon reaching the predefined location, or the expiring of a predefined 
time period, or when polled by the (BSCU) 14, communication is restarted. 
Additionally, the actual communication can be triggered by the activation of a User 
Input Control (UIC) 21a. As an example, when a vehicle driver activates the User 
Input Control (UIC) 21a (when a package is delivered and sensor is activated), 
communication from the Vehicle Control Unit (VCU) 12 to the Base Station Control 
Unit (BSCU) 14 can be established. Because the (BSCU) 14 controls the 
communication protocols (ability to analyze travel data for best communication 
methods, then down loaded to VCU 12) in the (VCU) 12, multiple combinations in 
most trucks can be used to limit communication. 

Fig. 8, and 9, are illustrations of advance notification system configurations, 
without the use of a Global Positioning System (GPS) as shown in Fig's 1, 2, 6, 7, 
and others. These configurations illustrate a system for notifying a Persons 
Computer (PC) 36 by tracking each vehicle's package delivery attempt, by 
monitoring User Input Controls (UIC) 21a and each truck route list with order of 
delivery (RL) 21b. By monitoring each vehicle's attempted delivery and their 
particular route order, advance notification can be set for a prior stop, a particular 
estimated location using mapping software and/or past records of vehicle times 
associated with package delivery stops and the time between. 

Fig. 11 is a schematic circuit diagram of the VCU 12. 
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The VCU 12 is designed to be a compact unit with a generally rectangular 
housing 34 that is mounted preferably on or in front of the dashboard of the vehicle 
19 in view of and within reach of the vehicle driver. In the housing 34, the 
microprocessor controller 16 is interfaced with the transceiver 18 by a transceiver 
jack 31 (preferably a conventional 8-conductor telephone jack when transceiver 18 is 
a mobile telephone), and the transceiver 18 includes an antenna 32 for transmitting 
and/or receiving signals to and from the BSCU 14. Furthermore, the VCU 12 
includes a liquid crystal display (LCD) module 33 disposed for external viewing of 
the display by the driver for providing information to the driver, as described 
previously. 

Fig. 12 is a more detailed schematic circuit diagram of the electronic 
components associated with the VCU 12. The microprocessor controller 16 
essentially controls the operation of the transceiver 18, the Global Positioning 
System (GPS) 25 and the LCD display module 33. A switching element 37, such as 
an opto isolator (optical isolator) unit, provides a buffer between the microprocessor 
controller 16 and the battery 35 as well as switches 20, 21, 22, and 23. An EEPROM 
43 is provided for storing the control programs (Figs. 11 and 12) and other requisite 
data for the microprocessor controller 16, and a RAM 44 is provided for running the 
control programs in the microprocessor controller 16. A matrix keyboard emulator 
39 is interfaced between the transceiver 18 and the microprocessor controller to 
control and transmit signals over the transceiver 18. Further, a dual tone multiple 
frequency decoder 41 is interfaced between the mobile telephone transceiver 18 and 
the microprocessor controller 16 for decoding modem signals, or tones, received by 
the mobile telephone transceiver 18 from the BSCU 14. 

B. Base Station Control Unit 
The BSCU 14 may be implemented using any conventional computer with 
suitable processing capabilities. The BSCU 14 can communicate to the homes or 
businesses of customers via, for example but not limited to, either of the following 
interfaces: (a) computer links through modem cards to the user computers 29; (b) a 
computer network operated by an Internet service provider. The Internet adheres to 
the conventional computer-networking model and supports the carrying of 
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application information in an application independent fashion. The computer 
network is a cost effective technology that delivers voice and data information 
between computer terminals and a computer network or Internet using existing 
POTS (plain old telephone service) lines, ADSL (asynchronous digital subscriber 
line), FTTC (fiber-to-the-curb) networks or cable television network or a combination 
of the two infrastructures. The BSCU 14 or parts of the BSCU 14 may also reside in 
a user home or business as a stand alone operational system, via software operating 
on a user computer and receiving vehicle location information from VCU/s through a 
modem and/or network link. Moreover, the BSCU and user computer may contain 
combinations of modules for achieving notification of the impending arrival of a 
vehicle at a user stop, on that user computer/computer address. 

In the preferred embodiment, a centralized BSCU 14 communicates through 
a direct link to a computer network and/or multiple port modem cards to user 
computers 29. When using multiple means in this regard, a set of conventional 
modem processing cards 36 are utilized for communicating with computers 27 in one 
or more homes or businesses, or with computer/Internet addresses as depicted in 
Fig. 1 as user locations 36. The system 10 could be configured to send an electronic 
message to prospective users network address, thus warning them of the impending 
arrival of a vehicle 19, as opposed to sending data to activate a user computer 
equipped with additional software, for displays and audio warnings. In the preferred 
embodiment, the BSCU 14 includes at least one communication mechanism 26 and 
associated line 26a, dedicated for communication with the VCUs 12. However, as 
mentioned previously, the BSCU 14 may be designed to communicate with the 
VCUs 12 via any suitable wireless communication device, in which case, the BSCU 
14 would comprise a corresponding transceiver having the ability to receive a 
plurality of signals from the plurality of vehicles 19. 

The BSCU 14 also includes at least one, but preferably a plurality of 
telephone modems 27 (or other suitable communication interface) with associated 
telephone lines 27a, for making the communication links to users' computer 
locations, or in this case, the homes or businesses of the users receiving and sending 
packages. The user messaging program (Fig. 3) for the advance notification system 
can be designed to send messages to the computer address associated with homes or 
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businesses of that user and allow the computer to display a message to be 
recognized as that of the advance notification system. Although, sending information 
from a BSCU to a user computer as described above is used in this example, other 
configurations are equally important. Another configuration includes a user 
computer 36, equipped with the BSCU software modules and a link to a computer 
network 27 for receiving vehicle location information Fig. 8. 

The BSCU 14 modules and the PC 36 modules can be configured in multiple 
arrangements. In Figs. 7, 8, 9, and 10, system modules are setup in different 
configurations to show examples of moving modules from remote BSCU 14 areas to 
a PC 36. A system setup normally requires a Wireless Transceiver (WT) 26 for 
communication with the VCU 12 on vehicles and a Vehicle Location Data Base 
(VLDB) 14a for storing vehicle location data and a Mapping Software Data Base 
(MSDB) 14b for positioning the vehicle's location onto maps and a Notification Data 
Base (NDB) 14c for activating an impending arrival message from a User Request 
Data Base (URDB) 14d. The URDB 14d stores each person's phone number/s, 
computer address, preferences for notification, package information, stopping 
deliveries when out of town, etc. The Person's Computer 36 linked to a computer 
network is for receiving impending arrival messages when vehicles are approaching. 
A person's computer can be equipped with standard messaging software associated 
with a computer network or additional software that activates additional audio 
and/or video when vehicles are approaching and an impending arrival message is 
received. Moreover, networking software provided by commercial Internet access 
providers with electronic messaging (E-Mail) capabilities, provides an easy method 
for a person wanting impending vehicle arrival information on their computer screen 
without adding proprietary software associated with an advance notification system. 
Actual messages can be forwarded to the Vehicle Control Unit (VCU) 12 when 
necessary and displayed on the Liquid Crystal Display (LCD) 33a for driver requests 
and delivery needs, requesting additional information, etc. 

Fig. 8 illustrates a system configuration for placing more intelligence and 
computer processing capabilities in each person's computer 36, as opposed to Fig. 7 
where the Base Station Control Unit (BSCU) 14 is controlling the Mapping Software 
Data Base (MSDB) 14b, the Notification Data Base (NDB) 14c, the User Request 
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Data Base (URDB) 14d and in Fig. 7 these modules are controlled by each Person s 
Computer (PC) 36 linked to a computer network. By equipping each Persons 
Computer (PC) 36 with proprietary advance notification system software as 
illustrated in Fig. 8, different system configurations can be used for optimization 
and customization for the end user. Additionally, information sharing between 
modules on a person's computer 36, as opposed to more modules located at remote 
locations (Fig. 7) away from each person's computer, may, in some cases, not 
optimize performance. By locating system modules (proprietary software) on each 
persons computer, the Base Station Control Unit (BSCU) 14 loading can be 
minimized. Moreover, actual onscreen video and audio associated with the advance 
notification warning can be stored on a person's computer, with activation by a 
vehicle's location as it reaches a predefined location, time, or prior stop. This 
configuration allows vehicle location information to be received by the Wireless 
Transceiver (WT) 26. The five vehicle location information is made accessible 
through the Vehicle Location Data Base (VLDB) 14a. The (VLDB) 14a also analyzes 
route data by averaging past routes with time from one location to the next. Time of 
day, day of week and month are also determining factors needed for determining the 
average travel time from one location to the next. The protocols used for the 
computer network communication between the modules located on a person's 
computer 36 and the modules located at a remote site 14 for vehicle location 14a are 
normally as follows, (a) The Person's Computer (PC) 36 contacts the Base Station 
Control Units (BSCU) 14 Vehicle Location Data Base (VLDB) 14a when vehicle 
location is needed for monitoring a vehicle for an advance notification warning. 
Timing cycles are used for vehicle location updates and preferences can be set for 
communication optimization, (b) The Base Station Control Unit (BSCU) 14 sends 
vehicle location to the Person's Computer (PC) 36 when a predefined time period 
expires, the estimated vehicle location is not correct with the actual vehicle location, 
when a vehicle sensor is activated, or when loading or capacity allows for 
communication to take place. Additionally, vehicle location 14a information can be 
sent over a computer network and/or Internet at predefined times and automatically 
received by each Person's Computer (PC) that is linked to the computer 
network/Internet. A particular vehicle's location, in-between communication cycles, 
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is established by past vehicle location records and average time needed to travel 
from one location to the next. Moreover, some configurations only update vehicle 
locations at a predefined time of day. 

Fig. 9 and Fig. 10 are illustrations of an advance notification system 
configuration without the use of a Global Positioning System (GPS) as shown in 
Fig's 1, 2, 7, and 8. These configurations illustrate a system for notifying a Person s 
Computer (PC) 36 by tracking vehicles' package delivery attempts, by monitoring 
User Input Controls (UIC) 21a and each truck's Route List with order of delivery 
(RL) 21b. By monitoring each vehicle's attempted delivery and their particular route 
order, advance notification can be set for a prior stop, a particular estimated location 
using mapping software and/or past records of vehicle times associated with package 
delivery stops and time between. The BSCU 14 modules can be networked between 
remote locations and a PC 36. These configurations allow the BSCU 14 to run all or 
some of the proprietary software and messaging capabilities for sending or 
displaying impending arrival messages to or on a PC 36 before a particular vehicle 
arrives. Additionally, setting preferences can be achieved by connecting a (PC) 36 to 
the data stored on the BSCU 14, or storing the preferences on each PC 36. 

The messaging program (Fig. 3, 4, 5, 6, 8, 9, 22, and 25) associated with the 
advance notification system 10 may also be configured to make the user computer 
36 exhibit a distinctive audio sound, or audio message, so that the recipient can be 
away from the computer and receive the message. The message may also be in the 
form of a code for activation of advance notification software for displaying messages 
or direct a modem link for playing audio from a broadcast. A standard activation or 
broadcast of a message is in signals, sent to a computer with a modem attached, 
over a telephone line and typically in the form of tones. The message is asserted over 
the telephone line 29, for accessing a computer address and establishing a 
communication link to a user computer 36 over a telephone line 29. 

Implementation of an advance notification system over a computer network 
may be accomplished by purchasing a networking feature as a software and/or 
hardware package or in the form of a software program with communication 
capabilities and network service provider package or links to networks. One form of 
a network link is in the form of an Internet service provider. This service is widely 
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available to the public. Generally, Internet service providers operate network 
computers for linking computers with other computers, now usually over normal 
telephone line interfaces, but greater capacity handling communication links 
including fiber optics, cable television networks, and digital wireless networks may 
also be used. When a computer is connected over a telephone line to an Internet 
service provider the telephone line link travels from telephone lines linked to the 
Internet service provider through the telephone company switch to the user 
computer. 

The feature for establishing the Internet connection is sold to the public 
under several different commercial trade names. Examples are as follows: America 
On Line (AOL), Microsoft Network (MSN), AT&T WorldNet Service, CompuServe 
and many more. 

The package addresses are normally associated with the package 
identification numbers in many ways. For example, the package address may be 
added to the package by additional bar coding when the package is shipped or, the 
user sending or receiving a package may connect to the BSCU over a computer 
network or telephone and add an address (computer network address) to a package 
identification number for activating an advance notification message associated with 
the impending arrival of a vehicle carrying this package. 

II- System Operation 

A. Initialization 

Initially, vehicle stops for each vehicle 19 are programmed into the advance 
notification system 10 by entering the respective package addresses. As the vehicle 
19 is loaded with packages, the package addresses are considered as the vehicle 
location stops by the system 10. The actual addresses of the packages are normally 
scanned into a database program using a bar code scanner device (United Parcel 
Service tracking numbers are of the following formats: 1Z 999 999 99 9999 999 9, 
9999 9999 999, T999 9999 999, or D999 9999 999 with spaces and dashes ignored). 
The actual vehicle number (which delivers or picks up a package from a business or 
resident, and not necessarily mid-point vehicles) and package addresses are recorded 
into the BSCU 14 when packages are sorted to a specific delivery vehicle or truck or 
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entered into the BSCU 14 by the user sending or receiving the package. Additional 
vehicle stops may be added when requests to pickup packages are received. The 
request to pickup a package can be downloaded to the VCU 12, with a display for 
the driver to accept or return for another driver or time/day. If the vehicle driver 
enters route or package data (the order of delivery, packages, or changes from a 
computer generated delivery list) the data is then uploaded to the BSCU 14. The 
timing and package delivery locations are recorded in the BSCU 14 during the 
initialization of the system 10 and used as a reference for determining locations from 
impending arrival message points. This information accesses the computer network 
to inform a user computer when a delivery vehicle 19 is at a predetermined time, 
mileage, street location, and/or last delivery away from a vehicle stop. In the 
preferred embodiment, determining the location of a delivery vehicle 19 is 
accomplished by sending the vehicle location of a delivery vehicle 19 from the time 
the vehicle departs and/or starts its route. 

The timing information is recorded during the initialization and daily 
recording of vehicle locations with time, and the system 10 is used as a reference 
during the usual operation of the system 10 for the purpose of determining whether 
a delivery vehicle 19 is at a predetermined location or time from a delivery stop. 
Other reference information may be obtained from software for mapping, for 
example, streets, vehicle speed limits, and traffic flow. 

However, it should be emphasized that other methodologies could be utilized 
for determining the communication to or from a location sensor of a delivery vehicle 
19. For example, the GPS sensor 25 may communicate with the BSCU 14 when the 
delivery vehicle is in motion (as indicated by phantom lines in Fig. 1), additional 
VCU timing cycles for communication controlled by the microprocessor controller 16. 
At particular times, the longitude and latitude readings or optionally a Universal 
Transverse Mercator (UTM) grid system number, could be sent when the vehicle is 
in a stationary position, the communication cycle controlled by the microprocessor 
could be slowed down to one cycle until the vehicle is in motion again, compared to 
reference longitude and latitude or (UTM) information readings which were obtained 
on a cycle per minute when the vehicle is in motion 10. In this way, the 
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determination of the location of a delivery vehicle could be accomplished by less 
communication to and from the VCU and BSCU 14. 

Another methodology, which could be utilized for the timing cycles of 
communication to and from the delivery vehicle 19 involves interfacing the BSCU 14 
with wireless communication protocols. The BSCU 14 system is equipped with 
communication software for contacting each VCU 12 and asking for GPS longitude 
and latitude information or Universal Transverse Mercator (UTM) grid system 
information from the VCU 12 on each delivery vehicle 19. The vehicle location may 
be polled in normal communication protocols, such as contacting each VCU 12 in a 
first to last cycle with vehicles in motion or on a normal clock cycle for minimizing 
communication to and from the VCU 12 and BSCU 14. The received delivery vehicle 
location (longitude and latitude or Universal Transverse Mercator (UTM) grid 
system information) from the VCU 12 to the BSCU 14, is calculated from the time 
and/or distance away from a stop using mapping technology for road distances, and 
additional speed limits, actual traffic averages, and other means for better 
calculation accuracy. 

B. Re gular Operation 

The overall operation of the advance notification system 10 will be described 
with reference to Figs. 13 and 15. Fig. 13 sets forth a flow chart showing the overall 
operation after the system 10 has been initialized. Fig. 15 shows an example of a 
schedule of possible events and the interactions, which might occur between the 
VCU 12 and the BSCU 14 as the vehicle 19 travels along its route and makes its 
scheduled delivery stops. 

In Fig. 13, the right-hand column illustrates the sequence of events for the 
BSCU 14, and the left-hand column illustrates the sequence of events on the VCU 
12. In the efforts to lower overall communication between the VCU 12 and the 
BSCU 14 when large vehicle fleets are equipped with the advance notification 
service, actual vehicle locations in the BSCU are based on past route comparisons, 
as shown in Fig. 16. Figs. 14A and 14B are illustrations of a time line for delivery 
stops and planned route-timing events for each stop. The time line has the following 
time designations: when the route should start 606, time to each stop 605, and the 
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ability to change the route list 615 when the VCU location sensor determines a 
difference. 

First in Fig. 13, the delivery vehicle ignition is switched on, as indicated at 
block 45a. At the beginning of each route, the system 10 could be configured to 
automatically initialize itself upon power up of the VCU 12. The delivery door 
opening or a bar code scanner initiating communication, or both, could activate the 
powering up. Further, the BSCU 14 could be programmed to initiate itself after the 
vehicle 19 moves to a predefined distance or location, such as a waypoint (longitude 
and latitude or Universal Transverse Mercator (UTM) grid system information 
area), determined by the GPS 25. This initialization action causes the 
microprocessor controller 16 to inform the BSCU 14 of the vehicle location and the 
beginning of its route. The foregoing action is indicated at flow chart block 45b (Fig. 
13). Alternatively, the vehicle driver can press the start/reset switch 21 on the VCU 
12 system menu 21 to initialize the BSCU 14 for restarting the route tracking 
sequence. Additionally, driver/user options may be accessed by the user controls on 
the VCU 12. 

After initialization of the VCU 12 to the BSCU 14, the display module 33 on 
the VCU .12 preferably displays stop and location information. The stop location 
continuously (Fig. 40) runs on the display as the delivery vehicle 19 progresses along 
its route. 

Next, as indicated at flow chart block 45c (Fig. 13), the VCU 12 determines, 
continuously or periodically, the location of the delivery vehicle 19 by the GPS 25 
and sends the BSCU 14 (Fig. 1) the location information in view of the planned 
route or stop sequence data (derived from initialization of the packages on the 
vehicle and/or mapping technologies). In the preferred embodiment, the BSCU 14 at 
least compares the delivery vehicle current location with the planned route location 
derived from the logistics of current mapping and route planning technology (Fig. 
10) for determining time and/or distance away from a user stop. By comparing 
previous vehicle routes with time differences between waypoints (longitude and 
latitude points or Universal Transverse Mercator (UTM) grid system information 
points an average route timing data base may be used to calculate the time to travel 
from actual vehicle locations to the impending arrival time at a particular stop. 
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Additional traffic flow measurements may be added by comparing time of day, 
actual live traffic flow sensors, or other methods. 

The method for determining a distance from a user stop for activating an 
advance notification message may be accomplished by software at the BSCU 14 or 
the user computer. The user interactive software shows the current user location on 
a map (Fig. 31). The user places road markers Fig. 38, a circle perimeter Fig. 36, a 
grid perimeter Fig. 37, which allows the vehicle to determine actual points at each 
road for a message of the impending arrival of a vehicle, etc. The actual vehicle 
location activates the impending arrival message when the location matches the 
selected choice from the user preference data base. Furthermore, the actual order of 
vehicle stops may be used to determine if the vehicle is entering a selected area on 
more than one occasion. This comparison provides a distinct advantage by 
increasing the accuracy of a vehicle impending arrival message by sending the 
message after the last entry of a vehicle into the user-predefined area. Another 
advantage of comparing the delivery order list to the user defined areas for 
notification is the addition of the number of deliveries before reaching the user stop 
to the impending arrival message, e.g., "UPS has 3 packages for delivery and is 1 
mile from your stop at this time. The vehicle has 2 other stops before reaching your 
location". 

While the delivery vehicle actual locations are compared to the existing travel 
time and distances (Fig. 15), the BSCU 14 is also storing actual location events 
(time between longitude and latitude or Universal Transverse Mercator (UTM) grid 
system information points) for averaging with the planned route/travel time over 
distances. When the BSCU 14 begins sending messages to user computers at a 
predefined time, distance, location, and/or prior stop, for the impending arrival of a 
delivery vehicle 19, each particular user computer 36 receives an electronic message 
and is displayed on their screen, as indicated in flow chart block 145a (Fig. 16). In 
one example, as shown in Fig. 16, at waypoint number 20 (140c) along the delivery 
route, the BSCU 14 places a message (144c) to a user computer at waypoint 30 
(140d) of the delivery vehicle actual location. A second example in Fig. 16, shows a 
user being notified when the vehicle is one mile away (144d) from waypoint 30 
(144d). The third example in Fig. 16 shows a user being notified when the vehicle is 
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at a predefined street location (144b). This is accomplished by comparing street 
mapping software with included longitude/latitude or Universal Transverse 
Mercator (UTM) grid system information coordinates, notification requests, and the 
(BSCU) 14 vehicle location data base (VLDB). As shown in the configurations (Fig. 
15 and 16), time is used to cross reference travel between locations. Determining 
vehicle location, between communication updates, is achieved by comparing times of 
prerecorded route information, actual live traffic monitoring systems, and statistical 
data. 

Additionally, preferences for activation of advance notification warnings are 
shown in Fig. 33, 34, 35, 36, 37, and 38. After a preference is selected from the end 
user, the data is normally placed into the Notification Data Base (NDB) 14c after 
calculations have been made from the address entered into the BSCU computer from 
a network connection as shown in Fig. 30 and 31, or ANS software residing on their 
computer, with or without a network connection. The other calculation of 
information is in finding an actual longitude/latitude or Universal Transverse 
Mercator (UTM) grid system information coordinate of each home, business, street 
address, or most other places on the earth's surface, which can be found with 
existing mapping software. The Universal Transverse Mercator (UTM) is one grid 
system that eases the conversion of GPS readings to map data. 

Another example compares the list of stops with the vehicle location and 
determines the last occurrence before the delivery vehicle will cross the predefined 
marker points to activate the impending arrival message. 

Additionally, the BSCU 14 adjusts its messaging activation to an actual stop 
point at each user stop. This allows each user to be notified in accordance with the 
selected predefined time, distance, location and/or last stop, for example, "The XYZ 
Delivery Company truck is currently at the corner of Delk Road And Peachtree Street 
and is approaching your stop" block 415 (Fig. 18). A second message 419 (Fig. 18) 
will also be sent when the vehicle is detained outside of the predefined system 
preferences for being late for a stop after sending the initial message 415. 
Furthermore, in this configuration, a third message is sent as the vehicle arrives at 
the stop 424. The Flow Chart 399 (Fig. 18) shows an example of the messaging 
sequence from the BSCU to each user. The example also shows the activation 
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methods used for determining when a vehicle is late and a second and/or third 
message should be activated find sent to the person's computer. However, when the 
BSCU 14 determines that the delivery vehicle 19 is excessively late after notifying 
an individual of an impending arrival at a particular stop, the BSCU 14 resets the 
message for a route update sequence (Fig. 17) that informs the user of an 
unexpected occurrence (e.g. a traffic jam), as indicated at flow chart block 399 (Fig. 
18). The planned route (Fig. 17) 401 is updated by the actual route information 
when the preferences 403 are exceeded and the actual time exceeding the predefined 
limits 406 are reached. The route update is complete when the new actual time 402 
resets the planned time associated with the location of the vehicle. The route timing 
update is shown in block 404 (Fig. 17). After each route update, a message update 
routine determines if an end user needs a second or third message. The activation of 
a second message is normally determined by the planned location predefined limit 
403, or an individual limit predefined for sending a second or third message. The 
illustration (Fig. 17) 406 shows an automatic sequence for activating a second 
message 405 and sending a second message 405b, when each route is reset. A more 
detailed description (Fig. 18) 399 shows how the activation of a second message is 
determined. 

As indicated at flow chart block 45f (Fig. 13), the BSCU 14 again determines 
if the delivery vehicle 19 is on the planned route and stop schedule by analyzing the 
vehicle location 25 (Fig. 1) and comparing it to the actual stops on the list. 
Preferably, in this regard, the BSCU 14 at least compares stops on the driver list 
and the actual location of stops made by the driver to determine if the driver has 
changed from his route list order. Other stops, such as pickups (Fig. 44), are 
displayed on the vehicle VCU display, and changes to the route list (Fig. 42 and 43) 
order are available to the driver via push button entry. Additionally, so the driver 
acknowledges a new entry or route update, the VCU may be equipped with an 
audible sound, such as a buzzer, tone, or different voice recordings for announcing 
each event without the need for the driver s eyes to look at the VCU display when 
driving. Accordingly, requests for package pickups are processed in the BSCU 14 
and sent to the appropriate vehicle VCU 12 and scheduled into the drivers' list of 
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stops (Fig. 41). The driver has the final opportunity to reschedule (Fig. 43) or move 
(Fig. 42) an added stop through the VCU 12 push button menu. 

For example, Fig. 14 shows a finished delivery route that started at seven 
thirty. After starting the delivery route, the delivery vehicle arrives at stop number 
001 at 07:37:22AM 610 after driving seven minutes and twenty-two seconds 609. 
Stop 001 takes two minutes to unload all the packages and another two minutes and 
ten seconds to reach stop 002 at 07:41:32AM. Stop 003 takes five minutes and forty- 
five seconds from the time the vehicle arrived at stop 002. The arrival at stop 004 is 
on time but the delivery takes an unexpected ten minutes 614 and causes a ten- 
minute delay 615 in the scheduled route. The scheduled route list was rescheduled 
by the delay 615 of ten minutes and stop 005 was reached ten minutes later than 
the scheduled planned route, at 08:13:34AM. The VCU display in Fig. 14 and block 
diagram 602 is an example of the information that the driver sees and uses. The 
other route information shown in Fig. 14 and block diagram 601, is not needed for 
driver interaction and is a VCU 12 automatic component for lowering the wireless 
communication between BSCU 14 and the VCU 12. Although not disclosed in this 
example, additional directions with or without map displays, estimated route 
completion times, on or off normal schedule indicators, and others may also be 
displayed on the VCU display module 33. Just prior to leaving a stop, the driver 
views his next stop on the display module 33. Additional directions can be activated 
by the drivers' input or automatically after a predefined time period or a predefined 
distance the vehicle has traveled. The automatic display changes may start when 
the driver arrives at a stop by displaying the next location. The display shows the 
next address until the vehicle has started moving and the display cycles between the 
next stop's address and a map display showing directions. The display continues to 
cycle until the vehicle arrives at the next stop, then the sequence repeats. 

The vehicle location and the communication of the vehicle location from the 
VCU 12 to the BSCU 14 are determined by both the BSCU 14 and the VCU 12 for 
lowering the amount of wireless communication. As previously explained the VCU 
12 can be programmed to compare a planned route with an actual route and 
communicate to the BSCU 14 when the differences exceed the predefined limits. The 
VCU 12 can also be programmed by the BSCU 14 for communication cycles. The 
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cycles which can be programmed for acknowledgment of sensor activation and 
communication from the VCU 12 to the BSCU 14 can only be made when the vehicle 
has left stop 1. The display module 33 preferably displays "next stop" followed by 
directions and/or messages received from the BSCU 14. The foregoing feedback 
signal from the vehicle in motion may be replaced or generated from other sensors, 
such as the driver seat, the ignition switch, placement of the vehicle in gear, etc. 

In accordance with Fig. 27, the BSCU 14 checks the vehicle location to 
confirm that the vehicle location 141a corresponds to the programmed vehicle 
location 140a. When actual vehicle location 141a is different from the planned route 
location 140a changes are made 142a in the planned route data. Determining when 
the vehicle 19 is at a predetermined location on a map is shown in Fig. 28. The 
actual location points and/or addresses 341a - 341f are determined by the VLDB 
14a, the MSDB 14b, and the URDB 14d, then stored into the NDB 14c. In Fig. 27 a 
user at 1010 Oak Lane 332 has requested an advance warning time. The advance 
warning time is five minutes and thirty seconds 336 before XYZ Delivery Company 
335 delivery truck arrives. When the vehicle crosses any locations matching 
notification time/s 341, shown in more detail in Fig. 28, the advance warning is 
activated. The only exception is a stop that is scheduled between an activation 
point/location and the final destination. The delay of notification for each stop 
between (Fig. 27) 343 is used to determine an arrival time when other stops will be 
made between the activation points and the targeted destination. Past route 
averages normally determine how much time a stop will take. In Fig. 27, block 
diagram 343, each stop in-between the activation points/locations and the final 
destination will take fifty-five seconds. Each stop the vehicle makes, at each 
location, can be averaged and therefore different and better determinations of actual 
delivery times can be made for more accurate advance warning message times. 
Although time is used as the advance notification method 336 in this example, 
notification by distance 337, and notification by location 338 can also be used. 

If the delivery vehicle 19 is stopped in traffic, the then VCU 12 will continue 
to communicate with the BSCU 14 each time the vehicle is in motion to inform the 
BSCU 14 of this new location, not exceeding the predetermined cycle limit, such as a 
vehicle in start/stop traffic. If the vehicle 19 is on a normal schedule and on an 
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expressway or interstate, the BSCU 14 may have a Vehicle Location Determining 
Factor (VLDF) 104 (Fig. 21) of 95% or higher, without repeated cycles from the 
normal operation of the VCU 12. Based on the location of a vehicle and the VLDF 
104 the BSCU 14 may lower the communication cycle rate of the VCU 12 until the 
5 vehicle enters a more demanding area or an area closer to a user stop or when the 

VLDF 104 is at a lower percentage. The VLDF 104 (Fig. 21) is determined by the 
past vehicle location points and averaged time. This feature can lower the 
communication rate from the VCU 12 to the BSCU 14 by determining when 
communication should be increased or decreased and not overloading existing 
10 communication channels. Other methods to determine when to use cycle 

communication, as shown in Fig. 21 and Fig. 24 are before the route starts 914, and 
in Fig 23 when the route is in progress 901. Moreover, as previously described, the 
^ VLDF 104 is also used to determine when cycle communication is used. In Fig. 23, 

03 the next stop is evaluated by the time 905 and distance 904, then the distance 904 is 

2« 15 compared to the default distance exceeding limit 906, and the time 905 is compared 

US 

RJ to the default time limit 907. When time or distance exceeds the predefined limits, 

u, the method is changed to cycle communication 910 for delaying communication 

when it's not needed. The distance, location, or time 911 sets the restarting of 
p communication. Fig. 24 shows an example for determining when to use a cycle 

5= 20 communication method in a route list, before the route starts 914. By comparing the 

01 route list with mapping software 915 for determining actual roads and streets to be 

^ traveled, adding the notification data base (NOB) 916 (when impending arrival 

messages will be sent), delays between notification activation times can be 
determined. When the time delay between notification times reach a preset limit, in 
25 this example ten minutes 917, the communication can be stopped 918 for a period of 

time 919 or when a location is reached 920. The actual time or distance for stopping 
the communication is determined by the amount of time or distance/location 
between stops and notification activation points. 

After the BSCU 14 downloads communication methods to the VCU 12, and 
30 during the VCU 12 actual route, if the VCU 12 communication monitoring means 

determines no changes in the vehicle location and no sensor activity after a clock 
cycle has been completed, communication is delayed until the vehicle location has 
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changed and/or actual sensor activity is determined. Additionally, when the VCU 12 
communication monitoring means determines a communication problem after an 
attempt has been made to contact the BSCU 14 (e.g. vehicle enters an area the 
wireless communication means cannot connect to the BSCU 14 known in the art as 
a "dead area or drop area), the clock cycle is accelerated until the communication to 
the BSCU 14 is regained. The VCU 12 will continue to monitor the inputs from 
devices (Fig. 12) 20, 21, 22, 23, and 25, to gain current information when 
communication is acknowledged/restored. 

Communication methods are normally associated with wireless loading and 
the ability to handle a fleet of VCU 12 responding to one BSCU 14 in most 
configurations. When other configurations are used for advance notification systems, 
such as, (Fig. 19 and Fig. 20) the VCU 12 equipped with a delivery order route list 
(Fig. 19) 181 and a sensor or activation method for determining when an attempt to 
deliver a package on the route list has been made, the communication is simply 
activated by the sensor input. In Fig. 19, the flow chart shows how the VCU 12 and 
the BSCU 14 communicate to locate a particular vehicle location. To find a vehicle's 
location 160, in this configuration, the current stop and order of delivery list 161 is 
determined from the information received by the VCU 12. The location of the last 
stop 162 and the time of the last stop 163, is compared with the next delivery stop 
165 and the distance 166 and time 167 between the stops for an estimated time of 
arrival 169. Mapping software 14b and prior route records of past deliveries 168 
provide additional data for determining the vehicle's location. Determining the 
activation of an advance notification warning associated with this configuration is 
shown in Fig. 20. When a delivery or an attempted delivery is made 191, the 
information is sent 191a from the VCU 12, to the BSCU 14, and the BSCU 14 
determines what stop is next on the delivery list 193, and then tries to find this next 
stop in the data base 194. If the user has information in the data base, preferences 
for sending an impending arrival message 195 are estabhshed and a message is sent 
to this person's computer of the impending arrival of a vehicle 196. 

In Fig. 35, the VCU 12 is using and monitoring via the computer controller 
12a, a GPS 25 location device and the user input controls 21a. The vehicle location 
and sensor input is sent to the BSCU 14 from the VCU 12 cellular transceiver 18a. 
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The BSCU 14 receives the wireless information after the wireless information from 
the VCU 12 passes through the closest land based antenna, then the information is 
routed over switched telephone lines to the BSCU 14 modem connection 26k. The 
vehicle information 201 is added to the vehicle location data base (VLDB) 14a. The 
actual user notification requests are received from a person's computer connected 
over a network 209, and taken from user input options 210, then stored into a 
notification data base (NDB) 211. The notification data base (NDB) 211 includes 
timing for activating an advance warning 205 to physical and electronic addresses 
204 and compiling this information into a list for notifying persons' computers 203 
associated with a route list. To activate a message, the vehicle location and the 
preferences for notifying an individual should match 202. When the match occurs, a 
message is initialized 208 and sent to a person's computer 207, through computer 
network interface 206 and computer network 300. 

The information sent to a person's computer can be received with normal 
computer networking software, or with additional proprietary software. With 
proprietary software (Fig. 25) operating on a person's computer 223, the software 
can determine when a vehicle is approaching 224, then compare user preferences 
225 when a vehicle is approaching for displaying video 226 and playing audio 
messages 227 of the impending arrival of a vehicle. Display information can for 
example, but is not limited to, any of the following display options 226a, show * 
vehicle driver information 230, vehicle information 231, location on a map 232, time 
countdown 233, mileage countdown 234, last delivery or stop location 235, cargo 
information 236, etc. Audio information can be for example, but is not limited to, 
any of the following audio options 227a, play audio of vehicle name 238, vehicle 
information 239, street address 240, time countdown 241, mileage countdown 242, 
last delivery or stop location 243, identification of cargo 244, etc. An example of a 
person's computer operating proprietary advance notification software is shown in 
Fig. 26. The display shows a map 770a, a location on a map that represents a 
person's business or home address 773a, and the location of a vehicle approaching 
the business or home address 774a. Additionally, this display has been configured to 
show the time before the vehicle arrives 771a, and to show the distance in miles 
before the vehicle arrives 772a at the person's business or home address 773a. 
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At the end of a delivery route (Fig. 44), the VCU 12 makes an inquiry to the 
BSCU 14 as to whether there are any more delivery stops 151. If the delivery list 
has been completed 152, then the VCU 12 may contact 153 the BSCU 14 and receive 
additional information 155 to display on the VCU's LCD 155a that prompts the 
driver to stop at a receiving dock for more packages, (especially during the holiday 
seasons and peak loading) or meet a second delivery vehicle to share its load when it 
is behind in its schedule. When the vehicle receives packages from another vehicle, 
the packages taken from the second vehicle are normally scanned out with normal 
hand held bar code scanners and are loaded and scanned into the first vehicle 
package delivery data base 151 and the package location information/bar code 
numbers (package identification numbers) are uploaded to the BSCU 14 with a new 
vehicle number. The route list is established from the BSCU 14 determining the 
shortest routes from the addresses and downloaded to the VCU 12. The sequence for 
notification to a user computer is restarted. 

A second method for a user to learn of the impending arrival information of a 
package delivery may be accomplished by a user accessing and requesting 
information through a computer network, for instance, the Internet, from the BSCU 
14 through an Internet site or home page. The BSCU 14 software is designed to be 
added to the existing Internet site pages, which are owned and operated by delivery 
companies. When a user accesses a computer address (e.g. Internet site), the user 
may enter requests for a delivery by entering their telephone number, business or 
home address, or package identification number, for locating actual packages for 
delivery. If a delivery is to be made that day, an actual route list from each vehicle 
stored in the BSCU 14 is compared to the planned route and scheduled time of 
delivery (STD) database. The STD is a record of events from other routes, this record 
averages the time and distance to be traveled with the actual route in progress. 
Note: the STD records are from GPS sensor readings and the time between or travel 
time between each reading and not from completed routes from start to finish. Thus, 
by incorporating the STD with the actual delivery schedule, estimated time of 
delivery is established and accessible to a user requesting delivery schedule 
information. The advantages of offering a user a close approximate time of delivery 
are easily seen in these examples: a user needing to leave a delivery stop (home or 
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business) for lunch or errands and expecting an important package to be delivered, 
or a user needing materials for an important meeting and knowing if the materials 
will be delivered before the scheduled meeting time. Upon receiving the information 
request from a user computer linked to the BSCU 14, a request for a vehicle, 
package, or user location (street address/location on a map), telephone number, 
computer address, etc. can be made available to the user to locate an area in which a 
delivery is going to be made. The vehicle associated with the delivery to this user 
business, or package identification number processes that delivery request. If a 
package is scheduled for delivery, the actual dehvery vehicle estimated time of 
arrival is given to the user requesting the information in, but not limited to, two 
formats, one the time of day (1:45PM) and/or a time count down (4:21:03). 
Additionally, people placing requests may be offered other services from the dehvery 
companies, these requests are made available to the companies to increase revenues 
while providing the customers with more and better options on deliveries. One 
example of a user request is an express dehvery request (EDR) option. An EDR 
becomes available through the existing advance notification system network by 
allowing customers to interact with the vehicle's driver through their computer 
connected to a network. A customer can send an EDR from their computer to the 
BSCU 14 over a computer network, then a live operator or preferably an automatic 
calculation of the driver's load, schedule (early or late), and location/distance from 
the address sending the EDR; The request is processed and a new estimated time of 
arrival can be given to the customer, with an optional additional fee from the 
delivery company. Additionally, a customer can look up a location on a route and 
meet the driver at a prior stop when an EDR is not used, thus shortening the 
driver's route time. Upon requesting an EDR, an estimated time of arrival is given 
to the user. At the same time a quoted fee (on-screen) based upon a flat rate or the 
actual delay time for that particular vehicle is given to the customer. 

The BSCU 14 communication controller 16 may also control a second 
messaging means over a normal telephone network as described in more detail in 
the Patent Application "ADVANCE NOTIFICATION SYSTEM AND METHOD" 
filed May 18, 1993 by Jones et al and assigned serial no. 08/063,533, now U.S. 
Patent No. 5,400,020 to Jones et al that issued on March 21, 1995. The Patent 
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describes an advance notification system with a BSCU controller for messaging 
through a telephone system. The flow chart in Fig. 13 shows a duel means of 
communication, both a telephone 45m and a computer with a telephone connection 
45f (via a modem). By offering dual means of messaging to a stop, the likelihood of 
reaching or getting through to a user increases. In accordance with the user request 
when signing-up for the service (Fig. 39), the end-user can choose any combinations 
of, but not limited to, a telephone call with a voice message 170, a telephone call 
using a distinctive ringing sound 171, a computer message over a network 172, 
additional on-screen display /s 173, and an additional audio message/s 174. 

In one configuration, the system first communicates to the user computer by 
initiating/sending a message over a computer network to a user computer address. If 
the person's computer is equipped with proprietary software for additional displays 
(Fig. 25) 226a and/or additional audio messages 227a, the person receives additional 
visual and audio warnings, based on their user preferences. Then, the 
microprocessor controller initiates a second module for communication by a 
telephone call to the user. The order of messaging (telephone or computer) is defined 
automatically or by the end user. Furthermore, each vehicle can have different 
notification preferences for announcing the impending arrival of more important 
vehicles in a method that is more surely effective. In most cases, the telephone is 
available more than the computer and the telephone call can activate pagers, mobile 
phones, and home phones with sound normally throughout the home or business 
phones normally answered by an individual equipped for handling messages. In the 
preferred embodiment, a telephone call may proceed a computer message to the 
homes of users and a computer message will proceed a telephone message to 
businesses. Additionally, a user responding to or acknowledging a message will stop 
the second method as described above. For example, a user expecting a package to 
be delivered, and only having one phone line, may receive an impending arrival 
message while maintaining normal communication practices. If a user is on the 
telephone talking to another business client, when he hangs up the telephone and 
views the computer, once connected to a network, a message will be waiting 
concerning the impending arrival of a vehicle. If the user receiving an impending 
arrival message has additional software, route calculations may be determined by 
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the time of the message download or an up link may be requested for the actual 
vehicle location. 

Moreover, as indicated at flow chart block 36 (Fig. 45), a personal computer 
with ANS software can process the user requests and contact the BSCU data base 
5 170 for two primary reasons. First the personal computer with ANS software can be 

used for retrieving information from the BSCU data base 170, and using the 
information for activating impending arrival messages after the computer is 
disconnected from the computer network. Second, the BSCU data base 170 may be 
contacted before and/or in place of an impending arrival message sent from the 
10 BSCU. Each person's computer when operating ANS software 171, looks up user 

preferences 172 and checks for a network connection 173, if the network connection 
is not active, the ANS software starts the network software, then a request is sent to 
an area of the BSCU for vehicle information 176. An identification number 
associated with the person's street address processes the request from the person's 
m 15 computer. The address is looked up, then vehicles approaching this address 177 can 

be identified 178, with vehicle names 179, vehicle locations 180 and route stops with 
past vehicle records and directions from one stop to the next 181. Additionally, cargo 
M5 or other delivery information 182 is then sent back to the personal computer 

operating ANS software 171 for activation of impending arrival messages and 
20 displays, based on the user preferences. Furthermore, this configuration offers an 

individual with only one communication channel (phone line) the ability to be 
notified when the communication channel is being used or is not available when an 
impending arrival message is sent from the BSCU. 

The ANS software can display the vehicle location/impending arrival time, 
25 distance, and/or packages to be delivered before a particular delivery is made. The 

user requesting a route update receives a new message and/or vehicle location, 
number of packages before delivery, and if running, advance notification software 
for continuous updates, the user computer reschedules the impending arrival 
distance, time, or package delivery order, with each update, as the vehicle 
30 approaches. 

Worth noting is that the BSCU 14 (Fig 17) may be configured so that if a 
delivery vehicle becomes delayed by more than a maximum length of time, such as 
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five minutes, the BSCU 14 immediately sends a message to the stops 36 of the users 
already notified of the impending arrival of that vehicle, in order to keep users at 
these stops 36 from waiting when a vehicle should have already arrived. When an 
impending arrival message 420 (Fig. 18) is sent to stop 36, and a vehicle delay of 
five minutes is determined before the vehicle arrives at this particular stop, a second 
message informing them of the delay is sent 421 to the same stop, based on the 
amount of delay, a third message may be sent 425 as the vehicle arrives at this 
particular stop. 

Worth noting also, are the methods for determining the actual directions 
(roads to be taken) of a vehicle from one stop to the next which may be described, 
but not limited to, three areas. The first configuration contains dual route 
information in the BSCU 14 and VCU 12. Preferably, the VCU 12 displays road 
names or a mapping diagram for the driver to follow. The BSCU 14 has the same 
information for determining the route a vehicle is likely to take. The second 
configuration determines the closest and/or quickest route from one stop to the next 
by comparing mapping software, actual and past traffic flow. A third configuration is 
determined by past vehicle delivery routes. As found in the art of route 
management, most delivery vehicle drivers have roads and routes each individual 
prefers to take. Some of these routes are known to take more time, but for the 
determining factors associated with an advance notification system, these records 
provide a better means of determining distance, time, locations on a map, etc., when 
the drivers company policies do not request the following of predefined or displayed 
sequence of roads. In the preferred embodiment some, all, and additional methods 
may be used. 

III. Control Processes 

The control processes are normally, but not limited to, three different area 
locations. The first area is the VCU 12 on each vehicle, with the ability to 
communicate vehicle location, driver inputs, and/or cargo information to the BSCU 
14. The second area is the BSCU 14 software, for communicating with the VCU 12, 
storing information from the VCU 12, and in some configurations, storing end-user 
data and preferences for generating impending arrival messages when vehicles are 
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approaching their address. The third area of the control process is a person's 
computer for displaying impending arrival messages when a vehicle's impending 
arrival information is received from a computer network. Although additional 
software can be added for additional displays and audio, additional software 
modules from the BSCU 14 can be added also. The overall control processes can be 
moved from one area to another area based on system configuration needs, normally 
determined by the application of the end-user. Worth noting, the communication 
channels and their internal control process are not considered in this description. 

Furthermore, Fig. 7, Fig. 8, Fig. 9, and Fig. 10, are examples of general block 
diagrams containing, but not limited to, system modules and their ability to be 
moved or removed, without loosing the scope of the present invention. The ability to 
move the system modules (Fig. 7) for the implementation of a advance notification 
system requiring a person's computer to only have normal networking software, 
such as an internet browser from Netscape, Microsoft, America Online, etc. or Local 
Area Networks (LAN) attached to an information server for receiving vehicle 
impending arrival information, or most other networks with the ability to send and 
receive information over Cable, Fiber, Copper, or wireless channel/s. As shown in 
this diagram, a persons computer 36 is acknowledging a vehicle's impending arrival. 
In block 14, one module is receiving vehicle information from the VCU's 12. While 
this module indicates a wireless transceiver 26, it is replaced when a gateway 
converts wireless information into land line information with a modem. The vehicle 
location data base 14a, stores vehicle location information. The Mapping Software 
Data Base (MSDB) 14b is provided to locate roads and streets associated with the 
person's address and the vehicle's route from one stop to the next, this Mapping 
Software Data Base 14b also associates GPS numbers with actual physical 
addresses, distances over streets, roads, highways, etc. The Notification Data Base 
(NDB) 14c maintains location points, distances, times, and other activation 
information, associated with a person's physical address. In this illustration the 
Notification Data Base (NDB) 14c also is used to activate and send messages to the 
person's computer 36. The User Request Data Base (URDB) 14d stores user 
preferences, account information, and in this illustration, software used for entering 
or making changes to this data. By moving some of the system modules (Fig, 8), 
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described as the BSCU 14, to the person's computer area 36, the person's computer 
36 is able to process more of the information associated with the advance 
notification system. The person's computer 36 accesses vehicle location information 
from the BSCU 14 over a network, then compares the information to, but not only 
to, the MSDB 14b, the NDB 14c, and the URDB 14d. Furthermore, displaying 
additional information on-screen and/or additional audio messages associated with 
an impending arrival of a vehicle is easily accomplished. Fig. 9, is an example of 
tracking a vehicle without the use of a GPS location, or having another suitable 
location device on the vehicle. The control process compares route stop addresses 21b 
with sensor inputs at each location 22a. The location is logged into the Vehicle 
Location Data Base (VLDB) 14a and the next stop is looked up for tracking the 
actual path (streets/roads) 21b and averaging the normal time to the next stop, with 
vehicle location estimations along each road. The persons computer 36 is equipped 
with software for placing an image of the location of the vehicle on a map 14b, 
activating an impending arrival message from the NDB 14c, when the vehicle 
reaches a predetermined location, and storing the user preferences in a data base 
14d. 

Fig. 10 shows a control process using the same VCU modules as Fig. 9, but 
moving all the modules from a person's computer, except normal networking 
software, to the BSCU area. This system can activate and send an impending 
arrival message to a person's computer when a vehicle is at a predefined location, 
time, distance, or previous stop. It should be noted, without moving away from the 
scope of this invention, changing modules and other minor modifications to this 
invention for similar or customized applications, is obvious to individuals skilled in 
the art and not mentioned for that reason. 

A. Base Station Control Process 
With reference to Figs. 46 and Fig. 47, the base station control process 14 
essentially comprises two control sub -processes which run concurrently, namely, (a) 
a vehicle communications process 47 or 54 and (b) a delivery messaging process 53 
or a vehicle information update process 58, based on the location of the modules 
used to generate the impending arrival message on a person's computer. The vehicle 
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communications process 47 or 54 will be described hereafter, followed by the 
delivery messaging process 53 or 58. Fig. 46 illustrates one advance notification 
system configuration using the BSCU 14 for messaging to persons 1 computer 
addresses, and Fig. 47 illustrates an advance notification system configuration using 
the BSCU 14 to update advance notification software on a person's computer by 
providing vehicle location to each persons computer address. It should be noted in 
the communication process to the person's computer, other combinations of 
sending/receiving information from the BSCU 14 and to the person's computer, are 
used and based on end user needs, tailoring, and configuration. 

1. Vehicle Communications Process 
The vehicle communications process 18 initially is started from a cellular link 
from one of the VCUs 12 located on one of the plurality of delivery vehicles 19 to the 
BSCU 14, as indicated by block 12, Fig. 1. The BSCU 14 vehicle communications 
process 18 is preferably capable of monitoring a plurality of telephone lines 26, for 
receiving information from a cellular phone or data network gateway that converts 
wireless transmissions into land line phone line transmissions (with or without 
additional connections through a computer network), from a plurality of delivery 
vehicles 19. As the number of delivery vehicles 19 increases, the number of 
telephone lines 26 (or bandwidth) which are monitored by the vehicle 
communication process (Fig. 46) 47 and (Fig. 47) 54 should also be increased to some 
extent. 

After the start of a VCU 12 on a delivery vehicle (Fig. 13), the respective 
VCU 12 will initiate a cellular link 45b to the BSCU 14, as indicated by the 
telephone bell symbol (Fig. 1) 18. After the BSCU 14 receives the telephone call, a 
string of symbols is exchanged between the VCU 12 and the BSCU 14 so as to 
validate the communication connection, as indicated in (Fig. 13) flow chart block 
45b. In other words, the BSCU 14 ensures that it is in fact communicating with the 
VCU 12 and vice versa. 

Next, as shown in Fig. 48 flow chart block 61, the BSCU 14 waits for 
communication from the VCU 12, when communication is established information 
regarding (a) the time of the on-board clock 63, (b) the fist of stops and related 
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information 64, (c) other information to be displayed for the vehicle driver 65 on the 
VCU LCD, and (d) when needed, a resetting of the communication method is added 
and then a shut down of communication 67 is initiated, based on system 
configuration. In addition, route data 64 is gained from the VCU 12 driver or 
package sensor input or from the BSCU 14 ability to access a local data base with 
driver information or a combination of these inputs. The route data 64 includes 
information pertaining to each delivery stop location, before and after stops, and 
cargo. This information is normally displayed on the VCU 12 liquid crystal display 
(LCD) for the driver's viewing. The prioritizing of the driver s list is based on, but 
not limited to, mapping software, the driver input, and past recorded route data. 
From the route data 64 and the information listed above as (a), (b), (c), and (d), the 
BSCU 14, can determine the location of the vehicle by, as indicated by Fig. 22, flow 
chart blocks 201 and 14a, and determine when to send impending arrival messages 
202 based on this location, as the vehicle starts and continues its route, as indicated 
by a flow chart block 202. In the case where the delivery vehicle 19 is stopped in- 
between scheduled stops, the VCU 12 resets its on-board communication clock cycle 
back so that the communication to the BSCU 14 is stopped, until the vehicle restarts 
it route or progress. When the delivery vehicle restarts it route, the standard 
communication cycle is restarted. In the case where the delivery vehicle 19 is in 
start and stop traffic, the VCU 12 communication cycles are normally stopped until 
the vehicle is moved a predefined distance, reaches a location associated with the 
activation of an impending message or the ignition switch is turned to the off/on 
position 24, or a sensor is activated on the VCU 12. The VCU 12 communication 
cycles (Fig. 23) are programmable from the BSCU 14 and are reset when a distance 
904, or time 905, to the next messaging point excessively exceeds the number of 
minutes 907, miles 906, from the location to which a user impending arrival 
message is to be sent. Moreover, this communication change can be preset at the 
beginning of a route at areas and times the vehicle's location is not associated with 
an impending arrival message and at times when the vehicle can become off its 
estimated route without effecting the impending arrival messaging for a brief time. 
While the route is in progress, the BSCU 14 can determine from the mapping 
software, current route data, and past recorded route data 908, when to send a VCU 
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12 a request to use cycle communication. Moreover, in the situation where the 
delivery vehicle VCU 12 has stopped sending vehicle location communication to the 
BSCU 14, as requested by the BSCU 14 or in-between communication cycles from 
the VCU 12, the BSCU 14 can determine the estimated vehicle location from past 
routes, delivery lists, mapping software, and additional road/traffic monitoring 
systems for controlling the communication of the VCU 12. When the vehicle has 
reached a cycle completion, predetermined by location or time and known by the 
BSCU 14 and VCU 12, a communication link to the BSCU 14 is not necessarily 
made at this time. As the communication method is changed back to route 
comparison 14a (Fig. 15), if the vehicle's planned route location 140a matches it's 
actual route location, communication to the BSCU 14 is not needed. Essentially, the 
communication methods are controlling the overall communication loading needed 
for vehicle location and messaging associated with the vehicle location between the 
BSCU 14 and the VCU 12. To better understand clock cycles: clock cycles are time 
(minutes/seconds) lapses or distance lapses for particular location points 
(longitude/latitude numbers from GPS) or actual miles, and are started, controlled 
(more/less), and used for decreasing communication from a delivery vehicle VCU 12 
to the BSCU 14. 

Finally, as shown in Fig. 21, flow chart block 99, the BSCU 14 may slow 
down or speed up the communication clock cycle by determining the Vehicle 
Location Determining Factor (VLDF) 99. The VLDF is used to determine the 
likelihood of delays between two stops. To determine the VLDF rating, the current 
vehicle location 100, the next stop and route to the next stop 101 are compared to 
past route records 103. If the vehicle is likely to travel the same speed and take the 
same amount of time as previously recorded vehicles, the communication cycle is 
slowed down. 

Worth noting from the forgoing discussion is the fact that the BSCU 14 (Fig 
1) is the ultimate controller of the advance notification system 10 from a hierarchical 
vantage point. The base station clock 28 maintains the absolute time of the advance 
notification system 10, while the vehicle clock 24 assumes a subservient role and is 
periodically reset when the delivery vehicle 19 clock differs from the BSCU 14. 
Further, it should be noted that the VCU 12 communicates to the BSCU 14 (a) when 
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asked by the BSCU 14, (b) when the clock cycle reaches a predetermined point or 
when the vehicle reaches a predetermined location, (c) when a planned route time 
differs from an actual route time and (d) when the delivery vehicle driver activates a 
predefined sensor on the vehicle (buttons on the VCU 12, bar code scanner, etc.) to 
minimize communication. 

2. Package, Tracking, And Notification Process 
As previously mentioned, the messaging process 202 (Fig. 22) runs 
concurrently with the vehicle communications process 189 within the BSCU 14. In 
essence, the computer messaging process 202 uses the vehicle location information 
25 retrieved from the VCU 12 by the vehicle communications process 18a in order 
for the BSCU 14 to send computer messages of the approaching delivery vehicle 19. 

A delivery list is accessible from a local data base (Fig. 27) by the BSCU 14 
and comprises information regarding (a) the persons name 331 and/or delivery 
street address 332, (b) the computer network address 333 (c) the telephone number 
334 (d) the type of vehicles for activating notification messages 335 and (e) the 
activation of the impending arrival message. The impending arrival message is 
activated when a vehicle is at a predefined time 336, distance away from a stop 337, 
or at a location/address 338. The computer messaging activation points (as 
indicated in Fig. 27) and the delivery list (as indicated in Fig. 14) are crossed 
referenced with the vehicle's actual progress through its route and delivery stops. 
When a particular time, location, and/or package delivery for sending a particular 
message is reached, the messaging process initiates an electronic computer message 
to the particular user, as indicated by the flow chart diagram in Fig. 22. The 
computer messaging may be sent over an existing computer network/Internet or 
through a direct modem link from another computer, as described previously. 
Moreover, the particular time, distance, location, and/or stop are fully 
programmable by the user (person receiving an impending arrival message), and/or 
by the company providing the service. Programming and user options are discussed 
in more detail in the Computer Messaging Control Process area. 

Also worth noting is a feature for monitoring messages to be placed in the 
future, for handling message loading (exceeding available communication channels) 



48 



to end users. In accordance with this feature, upon anticipation of a heavy load of 
messages, some of the messages would be initiated earlier than the originally 
scheduled corresponding message time, previous stop, or distance/location. 
Numerous other networking options can also be used to solve this problem. 

After the delivery vehicle has completed its route (Fig. 44), that particular 
delivery vehicle can be programmed to contact 153 the BSCU 14 when it recognizes 
the end of the route 152. Additionally, the VCU 12 may have instructions 155 
displayed 155a for the driver. The BSCU 14 from a hierarchy stand point is the 
controller of the system, but instructions from the VCU 12 of new packages, 
reschedules, other sensor inputs, etc. can be sent to the BSCU 14, for instructions on 
the vehicle's intent. Otherwise, the computer messaging process has completed its 
list for people to contact (Fig. 27) and unless additional vehicle tracking is needed or 
more stops are scheduled, the communication between the VCU 12 and BSCU 14 is 
stopped. 

As further use of completed route data, an event list is maintained for 
diagnostics and system monitoring. The event list receives data from both the 
vehicle communications process and the computer messaging process. The event list 
essentially comprises records of, among other things, all messages sent and all past 
and current vehicle locations. 

B. Vehicle Control Process 
Reference will now be made to the vehicle control process as shown in Fig. 11. 
Once powered up, the VCU 12 runs through an initiation procedure in which the 
delivery list is retrieved from packages scanned into the vehicle (activation of the 
scanner may also power up the VCU) and/or a downloaded list of packages from the 
BSCU 14 for delivery is received. If packages are scanned 20 into the VCU 12 (Fig. 
12), the stops are placed in order of delivery by the vehicle's driver as shown in Fig. 
29 or sent to the BSCU 14 for list optimization. The delivery list is organized into an 
optimized route Fig. 14, showing stop list order 607 and the location or address, as 
indicated in flow chart block 608. The automatic route optimization software resides 
in the Vehicle Location Data Base (VLDB) 14a in the BSCU 14 and includes past 
records of delivery times, routes taken by driver, traffic flow from recorded points 
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and times of past routes, etc. This route optimization software and/or the driver 
input is how the stop list is organized. Initially the clock in the VCU 12 is set by the 
BSCU 14 when communication is made. Additionally, when comparisons with the 
actual time in the BSCU 14 differs from the time in the VCU 12, clock resets are 
made by the BSCU 14. 

After the foregoing initialization procedure, a call is placed via the 
transceiver 18 (Fig. 1) to the BSCU 14 as indicated by the bell symbol. After the 
connection, the VCU 12 and the BSCU 14 exchange information as described herein 
before and which will be further described hereinafter relative to Fig. 12. 
Furthermore, it should be noted that in some configurations the BSCU 14 might 
contact the VCU 12 to initialize, schedule timing, or send remote activation from the 
driver of one vehicle to the BSCU 14 or other vehicle-in-motion sensors. 

Next, as shown in Fig. 1, the vehicle control process begins a looping 
operation wherein the VCU 12 continuously monitors the switches 21-23, clock 24, 
and sensors 25 to determine the vehicle location. As mentioned previously, the 
vehicle control process initiates a wireless communication at the initializing point of 
a route, when the vehicle 19 clock cycle reaches (time between communication 
updates) a completed loop, planned route data stops matching actual route data, or 
when a package is delivered. The VCU 12 can also answer and receive information 
from the BSCU 14. 

While in the main looping operation, a determination is first made as to 
whether the delivery vehicle 19 has reached the end of the route or deliveries/pick 
ups. If the vehicle 19 is at the end of its route, then the vehicle communication 
process is slowed down or stopped, and does not need to be restarted or increased 
unless switches 20, 21, 22, or 23 are triggered by the driver. Otherwise, the process 
continues and makes a determination as to the vehicle location, as indicated in flow 
chart block 25. In the preferred embodiment, the delivery vehicle 19 location and 
total expired time at each stop is not a factor. But if the VCU 12 notices a change in 
a delivery stop when a stop is made at a delivery location not on the list, or out of 
sequence, a driver prompt is displayed on the VCU/LCD screen 33. Additionally, a 
package scanned out (delivery was made or attempted) could also determine an out- 
of-sequence delivery. When the delivery vehicle 19 is stopped for an out-of-sequence 
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delivery, then the communication is initiated to the BSCU 14, as shown by a 
telephone bell symbol 18 in Fig 1. The communication is an override and not part of 
a normal communication event, such as, a clock cycle, a distance/location cycle, a 
route comparison, or polling protocol, but a special need for informing the BSCU 14 
of a special occurrence. 

The first attempt to correct the list is a flashing screen from the VCU 12 for 
the driver. If the driver responds, menus of questions are asked and the driver 
responses are recorded from the switches 21, 22, and 23 (Fig. 1). On screen 
questions are "is this delivery out of order?" if the driver selects yes, "is (address) 
your next stop?" if yes the information is uploaded to the BSCU 14 and the route 
continues, if no, a choice is given from the route list, and the driver is asked to 
highlight the next stop. The information is then uploaded to the BSCU 14. When the 
process is not corrected by the driver, then the BSCU 14 process determines the 
driver intent by comparing the vehicle direction, locations to closest stops, and past 
times of deliveries to these stops, with destinations from the route list, and makes a 
calculated determination of the driver's intent. The new sequence of stops is 
downloaded into the VCU 12 and the next stop location and question "is this correct" 
is displayed to the driver. Normally one of two events occurs, the driver responds or 
the vehicle arrives at a stop. If none of the switches 21, 22, or 23 have been 
actuated, then the process 76 will loop back around and begin once again. 
Otherwise, if actuation of a switch 21, 22, or 23 is detected, then the process will 
determine which of the switches 21, 22, 23 have been actuated. 

First, the process will determine whether the "yes" switch has been actuated. 
If the driver has actuated the attempt to deliver switch 22, then the VCU 12 will 
continue normal operation. When the reschedule delivery switch 23 is pressed, a list 
of the local area deliveries is displayed and the driver is prompted to select the next 
stop. Moreover, a decision will be made by the BSCU 14 to notify users of the 
vehicle's impending arrival, if time, distance, previous delivery stop and location for 
that particular stop has passed. In the preferred embodiment, the delivery vehicle 
19 is considered to be following its routing list if the vehicle 19 arrives at the stop on 
the display. A stop does not determine a delivery was made, but an attempt to 
deliver a package was made. Furthermore, when a user is not available to receive a 
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package, a stop may be rescheduled automatically from the BSCU 14 or manually 
from the driver, as shown in Fig. 43. A reschedule delivery is a common occurrence 
for a delivery driver, so, determining when a second attempt should be made or a 
route list sequence of stops for a driver is a user preference. In most cases, a driver 
who becomes familiar with customers and customer schedules is more likely to be 
accurate and successful on a delivery than a route chosen by location and distance, 
from a list. Past tracking of actual times of deliveries to a particular stop make the 
BSCU 14 likely to be close also. 

In the event that the vehicle driver has not delivered a package, and an 
attempt was made, and normally when the driver is not repeating the stop in a 
given day, the driver can activate an attempt to deliver switch 21 to inform the 
BSCU 14 to cancel this user stop from a list, and send a second message of the time 
of attempted delivery and package information to the user computer. Then the 
process determines whether the driver has actually pressed the reset switch 22 for 
the rest of the deliveries that day. An attempt to deliver computer message sent to a 
user computer address might be used to increase revenue for additional services, 
such as, fees for redeliveries, etc. If the driver has not actuated the reset switch 22, 
then the process loops back and begins again. 

C. Computer Messaging Control Process 

When a computer message is initiated by the BSCU 14 as indicated by Fig. 
22, the BSCU 14 follows a messaging control process as indicated in flow chart 
blocks 208, 207, and 206. 

Although the description in Fig. 22 is from a BSCU controller, the BSCU 14 
or modules in the BSCU 14 may be better incorporated into a user computer. Three 
examples of different type configurations for displaying impending arrival 
information on a computer connected to a network are shown in Fig. 7, Fig. 8, Fig. 9, 
and Fig. 10. For illustration purposes, the system described as a BSCU 14 is 
considered different than a person's computer, which could be considered part of the 
BSCU 14 operation. In Fig. 7 the person's computer is equipped with networking 
software, and is not associated with an advance notification system. In Fig. 8 the 
persons computer is equipped with all the advance notification modules for 
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activating 14c and 14d impending arrival messages, mapping software 14b for 
displaying and/or comparing vehicle locations to streets, and a method for getting 
and/or receiving actual vehicle location from a network address. In Fig. 9 and Fig. 
10, the example shows advance notification systems for tracking vehicles without 
GPS location devices. The BSCU 14 modules in Fig. 9 are set to track delivery stops 
from a route list and delivery stops within each route, then the vehicle location 
information is sent to the person's computer or accessed from the person's computer 
for vehicle location information. The vehicle location is compared in the persons 
computer, then activated and displayed when the user preferences match the actual 
vehicle's location. Fig. 10 is placing all modules in the BSCU 14 area and not 
requiring the person's computer to be equipped with any extra software (Fig. 49). As 
a note, the main differences between Fig. 7 and Fig. 10 are the methods used for 
determining vehicle location or stop points. 

Additionally, when the user computer has software/hardware for connecting 
to a computer network and software for displaying messages received by the BSCU 
14 for advance notification, the additional software can be an electronic mail reader 
for activating messages from a computer network, or a connection to a satellite/cable 
network 501 (Fig. 50) for displaying images onto a television screen. When the 
impending arrival messages are broadcast through a satellite/cable network 501, a 
personal computer 504 monitors signals from a broadcast channel 505 and activates 
an impending arrival message when an identification code is received 506. The 
impending arrival message is compared to the user preferences 508 - 511 and sent 
to a person's television 36 d. 

In the preferred embodiment, a person's computer can activate an impending 
arrival message when software is residing on a person's computer 223 as shown in 
Fig. 25. The software compares vehicle location 224 and user activation preferences 
225 to the user preferences display options 226a and user audio options 227a, each 
time a vehicle is approaching. 

The methods used for signing up and providing the system with messaging 
preferences is accomplished with software on a person's computer or in the preferred 
embodiment, linked to a remote computer site Fig. 29. By linking to the site a 
person wanting to sign up may download software 380 (Fig. 29) to save online time, 



53 



# • 



or sign up from a connection to a remote site 381. The user can only subscribe and 
make changes from the site to be notified 382, Fig. 30, and the computer address is 
given before this screen (not shown). This allows the advance notification system to 
have a level of security. The person is prompted to enter a telephone number 383, 
then a mailing address 384. This information is stored and compared to mapping 
software for placing the person's address on a map for display 385b, Fig. 31. After 
the information is displayed 385b, the user is prompted to agree with the location or 
choose the next one from a list 386, until their location on a map is agreed upon. The 
next area allows the user to select different activation and messaging methods for 
different vehicles 387, Fig. 32. When the same for vehicles in a particular category 
389, or each vehicle is different 390, display screens shown as illustrations in Fig. 33 
through Fig. 39 are looped for each vehicle/group selected. The next screen prompt 
asks, "when you would like to be notified?" 392 (Fig. 33) and options for time before 
arriving 393, distance before arriving 394, or at a location/s of choice 395. When a 
person entering time before vehicle arrives for notification, the next screen (Fig. 34) 
allows the minutes and seconds before a stop to be selected. When a person enters 
distance before a vehicle arrives for an impending arrival message (Fig. 35), the 
distance can be selected as shown. When a person selects to define a particular area 
for impending arrival activation, the person can choose a circle around their 
home/business, as shown in Fig. 36. The circle can be adjusted by pulling the edge 
with a computer mouse left button held down and releasing when the circle is at a 
desired size. The activation points are the edges of the circle and / or areas with 
streets. The next option for selecting an area is the grid perimeter/s (Fig. 37). The 
actual squares (or other shapes) can be clicked with the left button on a mouse for 
highlighting areas and adjusting the highlighted areas with the slide bars at the 
bottom or right for precise positioning for activating impending arrival messages. 
The next option is placing street markets (Fig. 38) on roads and highways for 
activation points for impending arrival messaging. The street markers are 
positioned with a computer s mouse, normal drag and drop operations onto actual 
areas. Additionally, other areas, such as waypoint/s (longitude/latitude areas), prior 
vehicle stop/s, letting the vehicle define customer offering services, etc. can be used 
as well. After defining the locations, the selected preferences are referenced with 
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past route data, mapping software, and other information for placing notification 
areas in a data base, to be used when a vehicle is approaching this predefined stop. 
Next the person wanting impending arrival messages should enter how they would 
like to receive the message/s (Fig. 39). A person may select a telephone call with a 
voice message 170, a telephone call with a distinctive ringing sound 171, and/or over 
a computer network/internet 172, with additional software for on screen displays 
173 and/or audio messages 174. Additionally worth noting, sending impending 
arrival messages to other communication devices 36x (Fig. 2) with addresses or 
activation numbers from the BSCU would be obvious in the scope of this invention 
and is therefore not discussed in detail, but would be included in the area of Fig. 39. 

The computer address/electronic address number corresponding with the user 
computer at a particular stop is obtained from the data, as indicated above in Fig. 
29 through Fig. 39. Other information can also be obtained, including the ability to 
send one type of message (telephone, electronic mail, personal pager, television, etc.) 
over the other, and allowing different vehicles to activate impending arrival 
messages differently. For example Fig. 4 illustrates a flow chart 82 for activating a 
telephone call first when a vehicle is approaching 83. First the vehicle's location 
matches 85 the preferences in the user data base 84 and dials a phone number, if 
the phone is answered the message is played and additional messages are not sent. 
In the case where the phone is not answered after a preset number of retries expire 
88, then an electronic message is sent 89, and the event is removed from the data 
base 90. It should be noted that different combinations of messages are obvious to a 
person experienced in the art without loosing the scope of the present invention, and 
are therefore not mentioned in greater detail. 

Moreover, companies may include the service without acknowledgment of the 
end user or in some cases notify them on one occasion and offer the service if they 
respond to the message. In these cases finding the contact information can be 
achieved by existing and known industry standards for finding computer addresses 
with telephone numbers and shipping address. Additional resources for obtaining 
this information are established by (a) a user providing the information to a delivery 
company, and (b) a user posting this information in an advance notification 
computer site, and (c) a user listing this information with other published references, 
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such as a telephone book, mapping software, etc. This information may be accessed 
when a delivery is scheduled. Next, the control process sets a time-out variable for 
keeping track of successful messages sent and any messages returned from wrong 
addresses or busy networks. The number n of allowable attempts is predetermined 
and is stored in the user preferences data base and the person s old address can 
activate an automatic update for a new telephone number or computer address, 
when needed. 

Furthermore, message timing and activation of impending arrival messages 
to users can be set at the start of the route or day, or in some cases the day/s before 
the vehicle is to arrive. By sending impending arrival messages early, users can 
rearrange their schedules for meeting a delivery vehicle/driver when he arrives. As 
an example, a person taking a lunch break or leaving a delivery area, will know of 
particular deliveries scheduled in a certain day and the impending arrival time/s. 

Worth noting, actual pictures or live video taken from a vehicle could be sent 
to the BSCU 14 from the VCU 12 and then used as part of the messaging process of 
the impending arrival of a particular vehicle to a user. As wireless channels become 
capable of carrying more and more data (by increased band width and data 
compression routines), increased information taken from the vehicle can be utilized 
in the message of the impending arrival of a vehicle to the user. 

In the claims hereafter, all "means" and "logic" elements are intended to 
include any structure, material, or design for accomplishing the functionality recited 
in connection with the corresponding element. 
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